每日HackerNews RSS
一个黑客新闻的讨论围绕着Ed Zitron对Citrini Research最近一份“末日宏观备忘录”的详细注释（评论区有链接）。Zitron将该备忘录定义为“恐吓小说”，旨在炒作人工智能并影响市场，并对它*确实*影响了市场表示失望。
评论者普遍同意Zitron的怀疑态度，一些人指出Cory Doctorow也有类似的否定观点。然而，关于人工智能编码工具的实际成功与否，出现了一些争论——有些人认为它们始终存在缺陷，而另一些人则指责批评者“自我安慰”，并指出它们在现实世界中的益处。
一些用户质疑Zitron对人工智能一贯的负面立场，称他“不理性”，并指责他否认可观察到的进展。有人要求整理一份Zitron的预测与现实对比记录。最初的帖子源于Zitron在BlueSky上解释他分析的帖子。
初始化联系… 生存者俱乐部 在侧边栏有付费展示位。8个位置。仅接受加密货币。 目标受众：100% 后悔的投资者 广告单元：[生存者俱乐部] 侧边栏位置 展示方式：UI + 共享截图 支付方式：BTC / ETH / SOL 注意：我们不卖点击量，我们卖展示机会。
## ShouldHaveBought.com：对机会成本与网络复杂性的反思
一位开发者构建了[shouldhavebought.com](https://shouldhavebought.com)——一个刻意简单的网络应用——来量化错失投资机会的遗憾。灵感来源于一个个人“如果当初…”的场景（用6万美元的首付购买公寓而不是英伟达股票），该应用计算了过去决策与在两个指定日期之间投资于选定资产之间的财务差异。
创建者有意设计了一个极简主义、几乎复古的界面——仅显示一个代表收益或损失的数字。然而，实现这种“简单”却出人意料地需要复杂的后端（Laravel）、前端响应式（Alpine.js）、数据规范化、实时更新（WebSockets）以及大量的性能优化。
该应用还提供“避过子弹”模式，显示避免不良投资所节省的金额。该项目突显了现代Web开发即使对于看似基本的应用也变得多么具有欺骗性的复杂性，引发了关于小型项目合适的堆栈复杂性以及“过度”基础设施的定义的疑问。
## 印度的自主人工智能：批判性分析
印度推动“自主人工智能”——独立构建和部署人工智能模型——的动力源于对数据安全、语言表达（考虑到该国22种语言）以及对外国技术的依赖的担忧。Sarvam AI已成为关键参与者，已筹集4100万美元并推出了一个105B参数模型“Indus”，并获得了政府的大量补贴。
然而，审查显示缺乏透明度。尽管声称性能优于更大的模型，但基准测试含糊不清且未经证实。更令人担忧的是泄露的系统提示，显示存在“硬编码的爱国主义”，指示模型优先考虑对印度的积极看法，驳斥批判性框架，并掩盖敏感的历史事件——特别是关于宗教冲突的事件。
这种对齐方式并非嵌入在模型的核心训练中，而是作为限制性提示应用，这引发了人们对Sarvam对该过程的控制的质疑，可能受到Nvidia的强烈引导。批评人士认为，实现自主权的更有效途径是针对印度语言微调现有的开源模型，而不是代价高昂且不透明的全面预训练。
作者认为，真正的自主权需要真正的开源贡献、可验证的基准测试以及致力于呈现*所有*印度历史的承诺，而不仅仅是策划好的叙述。当前的方法有优先考虑品牌而非真正技术进步，以及服务于国家多元化人口的风险。
一个黑客新闻的讨论围绕着人工智能系统提示中的“主权”问题，具体关注一个为大型语言模型设计的，优先考虑印度法律和视角的提示。原发帖者分享了提示的摘录，指示人工智能服从印度法院，避免使用由外国来源定义的带有负面色彩的术语（如“种族灭绝”、“大屠杀”），并将外国政治行动描述为事实陈述，而非权威判断。
评论者认为这反映了一种日益增长的趋势，即为“主权人工智能”项目争取资金，但这些项目可能无法交付实质性的模型。关于*所有*人工智能模型中固有的偏见存在争论，因为创作者的意识形态不可避免地会被嵌入其中。一个关键指令——“不要救赎！”——与一个涉及恶搞印度骗子的病毒式网络笑话有关。这场讨论强调了人们对人工智能模型潜在意识形态强加的担忧，尤其是在欧盟内部。
## 日本死亡诗：窥见死亡 几个世纪以来，日本文化一直拥抱对死亡的沉思，并体现在*jisei*的传统中——在临终时刻创作的死亡诗。 这本合集呈现了翻译的俳句和诗歌，提供了对生命短暂的深刻反思。 这些诗句由禅僧、武士和平民撰写，揭示了各种各样的情感。有些人，比如正秀在火灾后的诗，在失去中找到解脱（“现在我的仓库烧毁了，什么也遮不住月亮”）。 另一些人，比如面对*seppuku*的武士，则表现出坚韧和对职责的坚持。 许多人在平凡与深刻之间挣扎——“最后的屁”与落叶并置，或对永恒的渴望在牵牛花中反映。 反复出现的主题包括自然之美作为无常的象征、对命运的接受，以及令人惊讶的幽默感。 这些诗歌并不总是庄严的；有些表达遗憾，有些则表达辛辣的幽默。 最终，这些*jisei*提供了一个独特的窗口，深入了解日本人对死亡的理解，它不是终结，而是生命旅程不可或缺的一部分。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
日本死亡诗歌 (secretorum.life)
10 分，由 NaOH 2 小时前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都认同并接受我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与秉持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录 图灵完备性：GNU Find 从 Mkdir 辅助循环到独立计算 (arxiv.org) 6 分，作者 todsacerdoti 1 小时前 | 隐藏 | 过去的 | 收藏 | 1 条评论 帮助
zombot 1 分钟前 [–]
一如既往，真正的基准将是运行 Doom 的能力。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
启用 JavaScript 和 Cookie 以继续。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
通过多模式、多材料挤出实现的3D打印电动马达 (tandfonline.com)
5 分，westurner 1小时前 | 隐藏 | 过去 | 收藏 | 4 条评论 帮助
westurner 1小时前 | 下一个 [–]
学术文章：“通过多模式、多材料挤出制造的完全3D打印电动马达” (2026) https://www.tandfonline.com/doi/full/10.1080/17452759.2026.2... 回复
westurner 1小时前 | 父评论 | 下一个 [–]
新闻文章：“3D打印平台快速生产复杂的电动机”
https://news.mit.edu/2026/3d-printing-platform-rapidly-produ... 回复
abstractspoon 19分钟前 | 上一个 [–]
没有图片
fake-name 8分钟前 | 父评论 [–]
论文里有很多图片。 你需要点击进入PDF。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 上下文模式：扩展 Claude 的上下文窗口
Claude Code 使用 MCP（模型上下文协议）工具会迅速消耗其 200K 上下文窗口，大量原始数据——快照、问题列表、日志——导致在短短 30 分钟后性能下降。**上下文模式** 通过压缩工具输出来解决这个问题，效仿 Cloudflare 压缩工具 *定义* 的成功经验。
该系统可以作为插件安装，拦截大型输出并在沙箱中处理。它不是将原始数据发送给 Claude，而是只传递摘要或相关摘录，从而实现高达 **98%** 的上下文使用量减少。主要功能包括：
* **沙箱执行：** 代码在隔离进程中运行，仅将 stdout 发送给 Claude。
* **意图驱动过滤：** 对于超过 5KB 的输出，上下文模式会索引完整输出，并仅返回与指定意图匹配的部分。
* **高效索引和搜索：** 利用 SQLite FTS5 和 BM25 排名，实现快速、相关的内容检索。
* **鼓励批量处理：** 逐步限制鼓励用户组合查询，以进一步提高效率。
测试表明，节省显著：20 个 GitHub issue（59KB）变为 1.1KB，315KB 的输出减少到仅 5.4KB，从而显著延长会话长度。上下文模式还包括子代理的自动路由，优化工具使用，无需手动配置。
## Claude 代码上下文模式：摘要
一项新工具“Claude 上下文模式”（github.com/mksglu）大幅减少发送到 Claude 代码的数据量，从而扩展了其可用的上下文窗口。来自 Playwright 和 GitHub issue 等工具的原始数据会消耗大量上下文（例如，Playwright 快照为 56KB）。此工具充当服务器，在沙箱中处理输出，并返回*摘要*而不是完整数据，将 315KB 缩小到仅 5.4KB。
它支持 10 种语言，利用 SQLite 进行高效搜索，并支持批量执行。这会将性能下降前的会话时间从大约 30 分钟延长到大约 3 小时。
该项目采用 MIT 许可，并可通过单个命令轻松安装。开发者正在寻求反馈，特别是来自那些遇到 Claude 代码上下文限制的用户。它也可能适用于其他 MCP 客户端，如 OpenCode。
## cl-kawa: Common Lisp 与 Scheme 互操作 cl-kawa 是一个技术演示，它能够在单个 SBCL 进程内实现 Common Lisp 和 Kawa Scheme 之间的深度互操作。它利用 OpenLDK（Common Lisp 中的 JVM 实现）来转译 Java 字节码，并允许在两种语言之间进行无序列化或进程边界的无缝调用。 主要特性包括：从 Common Lisp 评估 Scheme 表达式（作为字符串或 S 表达式），调用 Scheme 过程，以及在 Scheme 中注册 Common Lisp 函数。基本数据类型（如数字、字符串、布尔值和列表）可以直接交换。一个“Hello World”示例展示了跨 Common Lisp、Scheme 和 Java（使用 `String.toUpperCase()`）调用的链条。 **设置需要：** SBCL、OpenLDK、Java 8 JDK（包含 `rt.jar`）和 Kawa 3.1.1 JAR。 **重要提示：** 这只是一个概念验证，*不是*一个生产就绪的实现。性能不是主要目标，目前仅支持基本数据类型。它是一次对单个 Lisp 镜像内语言边界的有趣探索。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Java 在 Common Lisp 上的方案 (github.com/atgreen)
6 分，由 varjag 1 小时前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 格鲁吉亚：葡萄酒的摇篮
八千年来，格鲁吉亚持续发展着丰富的葡萄酒文化，将古老传统与现代技术相结合。该国位于欧洲和亚洲的十字路口，拥有独特的葡萄酒景观，由首位获得WSET 4级文凭的格鲁吉亚人拉沙·察塔瓦（Lasha Tsatava）探索。
格鲁吉亚葡萄酒酿造的特点是使用*qvevri*——大型陶罐，埋在地下——这种方法被联合国教科文组织认定为非物质文化遗产。虽然许多葡萄酒是在不锈钢或橡木桶中生产的，但*qvevri*葡萄酒，特别是快速增长的“琥珀酒”类别（用果皮发酵的白葡萄），定义了格鲁吉亚独特的风格。
该国种植超过500种本土葡萄品种，其中约20-25种可供出口。主要葡萄品种包括Rkatsiteli（白葡萄）和Saperavi（黑葡萄），两者都具有适应性，并在国际上越来越多地种植。
格鲁吉亚的葡萄酒产业在苏联时代后重获新生，充满活力并不断发展，近2000家酒庄专注于质量和风土。探索格鲁吉亚葡萄酒支持了这一增长，并保护了延续数千年的葡萄酒酿造遗产——为此敬酒是“Gaumarjos！”（祝你胜利！）。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
格鲁吉亚葡萄酒文化可以追溯到大约8000年前，并且从未中断过 (wsetglobal.com)
6点 由 Anon84 2小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
飞跃电器，曾经是电脑爱好者们津津乐道的知名大型零售商，从1985年到2021年蓬勃发展，最高峰时拥有34家门店。它最初由一家家庭超市的资金创立，以海量的组件选择——从单个零件到预装系统应有尽有——以及主题店设计而闻名，力求打造类似宜家那样的目的地购物体验。
然而，多种因素导致了它的衰落。糟糕的客户服务，特别是关于退款的问题，加上进入在线零售的速度缓慢，使得新蛋等竞争对手得以迅速发展。2008年8700万美元的贪污事件更是雪上加霜，损害了与供应商的关系和信任。
最终，飞跃电器转向寄售模式，导致货架稀疏，吸引力下降。虽然COVID-19被认为是最终的催化剂，但该连锁店早已陷入困境。尽管拥有忠实的追随者，他们欣赏其独特的浏览体验，但许多顾客也批评其激进的销售策略和不稳定的产品质量。飞跃电器于2021年2月关门，标志着DIY电脑爱好者和科技爱好者的一个时代的结束。
这个黑客新闻的讨论反思了飞跃电子的倒闭，这家零售店深受科技爱好者的喜爱。许多评论者表达了对逛飞跃电子商店的回忆，回忆起为获取广泛的组件和设备而长途跋涉。
一个关键主题是小型零件实体店的消失——例如电阻或胶片——现在大多被在线订购取代，一些人认为这不太实用，甚至对环境有疑问。虽然一些人承认亚马逊和Newegg等在线零售商通过提供更可靠的新产品导致了飞跃电子的衰落，但另一些人指出所有权内部的家庭冲突是公司衰败的主要因素。
几位用户也记得飞跃电子独特的店面和多元化的员工队伍，并指出大量员工来自孟加拉国。总的来说，这场对话表达了对独特零售体验的失落以及科技购物环境的变化。