最新

我不断听到我们正处于人工智能泡沫中，但我很难想象泡沫破裂后的情景。 如果泡沫破裂（意味着这些巨额的计算成本无法转化为实际利润，风险投资资金也枯竭），科技领域会变成什么样子？ 我们很多人每天都在使用 Copilot、Claude 或 ChatGPT 来进行编码和文档处理。如果因为这些公司无法再承担损失而导致补贴的低价访问消失，这些工具会消失吗？因为如果像 Claude Code（或任何其他大型语言模型）这样的工具突然每月收费 1000 美元，以反映其实际运行成本，人们还会自掏腰包继续支付吗？他们的公司会吗？ 我特别想听听那些经历过 2000 年或 2008 年的人们的看法。后泡沫时代是否意味着我们完全放弃技术，还是说这将转向更昂贵的解决方案？

请访问以下链接查看Twitter的状态： https://downdetector.com/status/twitter/

嗨，HN！<p>星期天，我花了几个小时制作了一个短小的2D平台游戏（“波斯王子”风格）。有趣的是我构建它的方式。我采用了零代码的方法，完全使用OpenAI Codex CLI和代理技能（采用<i>渐进式披露</i>范式）来构建整个游戏。<p>你可以在这里玩这个游戏：<a href="https://acatovic.github.io/gothicvania-codex-demo" rel="nofollow">https://acatovic.github.io/gothicvania-codex-demo</a><p>你可以在这里查看完整的代码、代理技能和详细的说明：<a href="https://github.com/acatovic/gothicvania-codex-demo" rel="nofollow">https://github.com/acatovic/gothicvania-codex-demo</a><p>一些收获：<p>* 这是我经历过的最愉快的体验之一！<p>* 将工程应用与渐进式披露结合使用是极其强大的——我把我的SKILL.md视为一个简单的目录（“技能地图”），然后从那里开始<p>* 实施 -> 评估循环是关键——我使用了Playwright和评估检查表，代理自动构建和纠正<p>* 我使用PROGRESS.md作为代理的记忆/日志机制，并减少上下文噪音<p>* 游戏开发代理由DESIGN-DOCUMENT.md引导，规定了游戏目标、布局和机制<p>* 我使用了渐进式提示——我逐步构建游戏——从基本的玩家机制开始，然后添加图块、NPC、交互、声音、菜单——每次一个提示<p>我没有写任何代码，甚至没有查看游戏引擎（Phaser）的API——只是给技能提供了文档链接。未来已经到来！<p>感谢ansimuz（gothicvania资源）和Pascal Belisle（音乐）。<p>*注意：* 这些资源*不是*由AI创建的。背景和可能的图块可以用AI生成，但精灵还没有达到那个水平（我尝试了多种不同的模型）。这是未来需要深入探索的内容。<p>希望你喜欢，告诉我你的想法！

我构建了 *snkvDB* — 一个单头文件、符合ACID标准的键值存储，零配置。 <p><a href="https://github.com/hash-anu/snkv" rel="nofollow">https://github.com/hash-anu/snkv</a></p> ### 我为什么要构建这个 我想要一个像哈希表一样简单的东西，但需要满足以下条件： * 持久性 * 防崩溃 * 无外部依赖 * 易于嵌入到任何C/C++项目中 大多数键值存储要么： * 太重（需要服务器、后台进程），或者 * 太底层（你需要管理一切） snkvDB试图在两者之间找到平衡。 --- ### 它是什么 * 单头文件的键值存储（只需包含并使用） * 符合ACID标准（得益于SQLite） * 不需要服务器、配置或构建系统 * 像一个简单的嵌入式数据库一样工作 --- ### 内部原理 snkvDB基于SQLite的存储引擎（B-树后端）构建，因此你可以获得： * 持久性 * 事务支持 * 成熟且经过实战检验的存储 但API被简化为最小的键值接口。 --- ### 何时使用它 * 嵌入存储到命令行工具或小型应用中 * 替代临时文件存储 * 在不运行数据库服务器的情况下实现轻量级持久化 --- ### 基准测试 我将其与RocksDB和LMDB进行了比较： <a href="https://github.com/hash-anu/snkv" rel="nofollow">https://github.com/hash-anu/snkv</a> <p>简而言之：</p> * 在小型/中型工作负载下比RocksDB更快 * 使用起来比LMDB更简单 * 读写性能平衡 --- ### 权衡 * 不适合写入密集型、高吞吐量的工作负载（在这方面RocksDB更好） * LMDB在纯读取时可能更快 * 这个设计优先考虑简单性和安全性，而不是原始性能 --- 非常欢迎反馈，特别是在以下方面： * API设计 * 性能 * 实际使用案例

基本上就是标题所说的。人们为什么需要这个？我们的祖先在干草和草地上睡得很好啊。

嗨，HN， 我整理了一些开源的 Shopify 部件（Liquid、CSS、JS），可以添加到主题中。我之所以创建这个，是因为我发现虽然 Shopify 很棒，但标准主题往往缺少特定的部分，而定制开发对于小型商家来说可能成本较高。我希望创建一个高质量、可复制粘贴的部件库，供开发者加快工作流程，或供商家在不使用应用的情况下提升他们的商店。 这个库包含了头部、底部、主横幅和特色网格的代码，全部采用标准的 Liquid/HTML/CSS。 我非常希望听到你们对代码结构的反馈，或者对其他通常在默认主题中缺失的常见部分的需求。

嗨，HN， 我创建了Voidful，这是一种反社交网络，用户可以向虚空大喊，看看有多少其他人也在喊相同的内容。如果你喊出类似的内容，这被视为“回声”，你将获得与其他用户讨论该主题的聊天室的访问权限。 目前，当用户在同一个虚空中大喊时，他们会被带入同一个聊天室，但这只是一个最小可行产品（MVP）。未来，这个聊天室可能会与主题相关的保护措施、其他用户留下的奖励，甚至更多功能！ 一个关键概念是，用户<em>永远</em>不能枚举或列出虚空，否则这很可能会变成像传统社交媒体那样的虚荣战争，在我看来，这种现象的游戏化程度已经达到了历史新高。我试图消除为了让数字上升而随意发言的动机。 我对人们如何使用这种技术很感兴趣。我相信，未来当更多消费设备具备推理能力时，这将被调整为更侧重于客户端和匿名，向量数据库将通过[HEVEC]使用同态加密。 请查看：<a href="https://void.devrupt.io" rel="nofollow">https://void.devrupt.io</a> 这与我上一个实验[Ethos]相似，同样使用`qwen3-8b`作为大型语言模型（LLM），并使用`qwen3-embedding-8b`进行嵌入，推理成本非常低。 欢迎对你提供的主题和不正确分析的反馈。我很好奇如果很多人同时进入一个聊天室会发生什么，尝试将“黑客新闻”作为聊天主题也是有意义的。 [Ethos]: <a href="https://news.ycombinator.com/item?id=46993774">https://news.ycombinator.com/item?id=46993774</a> [HEVEC]: <a href="https://news.ycombinator.com/item?id=46873962">https://news.ycombinator.com/item?id=46873962</a>