我在使用 nousportal 时频繁遇到速率限制和 503 错误，导致我的智能体完全无法运行。过去一周里这种情况至少发生了 50 到 75 次。我宁愿花 7000 美元买 GB10，彻底摆脱月费的束缚，只求系统能稳定运行。
每日HackerNews RSS
关于平台“OpenCode”的一场 Hacker News 讨论引发了强烈抵制，讨论焦点从 GPU 投资回报率（ROI）转变为对用户隐私和安全问题的严重指控。
尽管最初的帖子旨在分析自建硬件与通过 OpenCode 使用 DeepSeek 的成本效益，但评论者迅速转向抨击该平台的诚信度。用户指控 OpenCode 采取“不正当”做法，包括隐藏遥测、静默数据记录（源代码中曾被称为“datadumper”），以及在未经明确告知的情况下将提示词发送给 OpenAI 等第三方供应商。
批评者认为，OpenCode 声称自建部署在经济上不划算的营销言论具有误导性，且忽略了使用外部 API 所带来的隐私权衡。许多贡献者将该平台描述为一种安全风险，并提到了过去存在的远程代码执行（RCE）漏洞以及注销账户的困难。本地大模型（LLM）的支持者则反驳称，自建部署的真正价值在于离线能力、数据主权以及摆脱不可控的云端模型更新，而不仅仅是原始的 Token 成本。
最终，该讨论帖向开发者社区发出了严厉警告：必须严格审计用于与人工智能模型交互的工具和接口。
请启用 JavaScript 和 cookie 以继续。
**参量管**（Parametron）由后藤英一于1954年发明，是一种日本逻辑器件。在20世纪50年代，它为脆弱的真空管以及昂贵且不稳定的早期晶体管提供了一种可靠的替代方案。通过利用铁氧体磁芯内的非线性参量振荡，该器件具备高稳定性、容错性以及低维护成本的优点。
日本电气（NEC）于1958年推出的 **NEAC-1101** 是日本首台将该技术用于浮点运算的计算机。尽管其在当时表现出色——数学运算性能足以媲美后来的 Commodore 64 等机器，但随着硅晶体管性能呈指数级的飞速增长，这项技术最终被淘汰。
这一讨论突显了20世纪50年代作为计算领域实验性“黄金时代”的地位，当时出现了磁芯逻辑（穿透磁通器件）、冷冻管和隧道二极管逻辑等多种已被遗忘的技术。归根结底，虽然参量管等器件在空闲状态下既稳健又高效，但其物理扩展极限以及晶体管研究背后巨大的经济推动力，最终使其成为计算机体系结构史上的进化死胡同。
Squeak 6.1，代号“Vanessa”，标志着该系统在即将迎来 30 周年之际的一个重要里程碑。此版本历经四年开发，整合了超过 1,700 个补丁和 9,000 处方法变更。 **主要亮点：** * **全新的树状浏览器 (Tree Browser)：** 对层级导航进行了彻底重构，改进了过滤功能、快捷键以及增强的拖拽操作。 * **Objectland 回归：** 经典的“Squeak 世界”体验重新回归系统。 * **增强的调试功能：** 新增了字节码 (bytecodes) 视图，改进了“运行至此”和“执行直到”命令，并引入了 *AndreasSystemProfiler*。 * **内核改进：** 引入了用于更好终结处理的临时对象 (ephemerons)、用于编译方法操作的 *MethodMassage*，以及优化的进程调度。 * **基础设施与界面：** 对高 DPI 支持、文本编辑和整体稳定性进行了重大更新。该版本还包括对帮助系统和开发工具的大量更新。 这些说明旨在作为实用指南，其中包含的交互式示例最好通过下载 Squeak 镜像来查看。此版本献给 Vanessa Freudenberg 以示纪念。有关详细的技术变更、弃用说明和兼容性说明，请查阅 Squeak 环境中提供的完整文档。
Squeak 6.1 的发布在 Hacker News 上引发了关于 Smalltalk 编程环境独特价值的热烈讨论。
爱好者们强调，学习 Smalltalk 能让人深刻理解真正的面向对象编程，超越现代“企业级”模式。其核心理念是“实时”开发体验：开发者在一个持久化的镜像（image）中工作，直接操作并演进运行中的系统，而非编辑静态文件再重启进程。
讨论探讨了几个关键领域：
* **持久性与架构**：用户探讨了由虚拟内存支持的持久化镜像的构想，以及将 Smalltalk 的实时对象模型与现代操作系统约束相协调所面临的技术挑战。
* **遗产与影响**：许多人指出，现代编程语言和概念（从 JavaScript 的原型到 Erlang 的并发）在很大程度上受益于 Smalltalk 及其同时代的语言，如 Self 和 Lisp。
* **实际障碍**：尽管理念先进，但批评者指出，Squeak 及类似环境在满足现代需求（如高分辨率显示支持和现代 UI/UX）方面存在困难，这促使一些人转向探索 Cuis 或 Glamorous Toolkit 等分支。
总而言之，该讨论反映了人们对基于镜像的交互式计算所具有的范式转换潜力的深刻赞赏。
从高威到柏林，欧洲各地的独立书店纷纷报告称，收到了一大批可疑的、大规模的在线订单，内容多为内容驳杂且通常冷门的书籍。零售商怀疑这些采购是由人工智能驱动的机器人策划的，旨在获取纸质书以“喂养”大型语言模型。 这种做法与人工智能公司Anthropic的“巴拿马计划”（Project Panama）如出一辙，该计划涉及购买、扫描并销毁数百万本书籍，以训练其Claude聊天机器人。尽管Anthropic否认使用了稀有或古籍，但欧洲书商认为，第三方供应商正在整个欧洲大陆搜集书籍，以规避欧洲更严格的版权法，并很可能将其运往“合理使用”政策更为宽松的美国。 行业专家认为，这种大规模扫描并将其制成纸浆的操作既具有破坏性，也侵犯了知识产权。除了法律顾虑外，书商还担心这些做法的长期影响，从对独立零售商的生存威胁，到对人类批判性思维的潜在侵蚀。许多书商现在拒绝参与其中，呼应了高威书商托马斯·肯尼（Tomás Kenny）的观点：如果目标是未经授权地攫取知识产权，他们绝不参与。
一份近期发布的报告详细记录了对 5000 本冷门书籍的大规模采购，外界怀疑这些书籍被用于人工智能模型训练，此事在 Hacker News 上引发了激烈讨论。批评者担忧，为了简化自动扫描流程，这些书籍在数字化过程中遭到了损毁。
此次讨论凸显了多种相互冲突的观点：
* **“合理使用”的困境：** 一些人认为训练人工智能是一种具有变革意义的合法行为，而另一些人则认为系统性地销毁实体媒介是一种“最糟糕”的情况，威胁到了潜在的档案保存。
* **材料的本质：** 关于这些书籍究竟是毫无价值的“纸浆”库存，还是面临流失风险的文化珍品，各方争议不断。一些用户指出，这些书籍往往是不具备收藏价值的过期资料，本身也会被丢弃。
* **法律与伦理考量：** 评论者对当前的版权法表示不满，因为法律允许进行训练，却禁止共享由此产生的数据集。许多人主张建立一个受监管的中心化存储库，以保存数字副本、补偿出版商并向广大公众提供访问权限。
归根结底，这一讨论反映了人工智能发展对“内容渴求”的需求与实体文献保存之间的矛盾日益加剧。
在这篇文章中，Anton 讨论了 C 编译器中尾调用优化（TCO）的演变。从历史上看，C 语言的调用约定因要求调用者负责栈清理而阻碍了 TCO 的实现，导致无法进行有效优化。虽然早期版本的 GCC 在间接调用方面存在显著局限，但现代编译器如 GCC 和 Clang 现已实现了强大的 TCO 支持。 在反思近期对“复制与修补”（Copy-and-Patch）编译的研究时，Anton 指出，现代 TCO 能力现已允许生成超过 10 万个代码片段，这远超传统基于“goto *”的分发系统的限制。作者提到，虽然他们的项目 Gforth 尚未实现这些先进技术，但他们对 Python 社区成功采用该方法以提升性能表示祝贺。
一篇近期的 LWN 文章引发了 Hacker News 关于 C 语言中尾调用优化（TCO）历史与实现的讨论。尽管 Mark Probst 早在 2001 年就率先在 GCC 中实现了 TCO，但社区的争论凸显出：C 语言中的 TCO 往往受到调用约定的限制，特别是栈清理和可变参数函数的复杂性。
这场讨论的核心矛盾在于，TCO 应被视为一种“优化”还是一种“语义特性”。批评者认为，将其贴上“优化”的标签是不妥的，因为它掩盖了一个事实，即 TCO 可以保证栈空间的使用量恒定，从而将递归有效地转化为循环。由于缺乏语言层面的保证（与 Scheme 不同），C 语言开发者往往面临栈溢出的风险，这使得依赖 TCO 变得并不稳妥。
现代解决方案，如 GCC 和 Clang 中的 `[[musttail]]` 属性，允许开发者显式地要求进行 TCO；如果编译器无法优化该调用，它会触发编译时错误，而不是默默地失败。讨论总结认为，虽然使用 `goto` 或内联汇编等手动变通方法可以模拟尾调用，但由编译器强制执行的标准化 TCO，仍然是编写健壮且高性能 C 代码的最理想途径。
在为 Linux 专业协会（Linux Professional Institute）撰写的两篇系列文章中，安德鲁·奥拉姆（Andrew Oram）探讨了编程语言为何成功或失败。文章借鉴了西蒙·佩顿·琼斯（Simon Peyton Jones）的观点，即编程语言的普及更多是由社会和经济因素而非技术优越性所驱动的，并指出一种语言必须满足人类的三个维度：它必须是一份可靠的**工作**、一门有价值的**艺术**，以及一种充实的**志业**。 作者认为，当编程语言引入“摩擦”——即在没有实质性回报的情况下增加程序员工作流程中不必要的难度时，它们就会走向衰落。虽然“小提琴式”的难度（基于精通的挑战）实际上可以支撑像 C++ 或 Rust 这样的语言，但“官僚式”的复杂或功能缺失所造成的摩擦，最终会赶走开发者。 归根结底，编程语言的消亡并非因为它们在性能基准测试中落败，而是因为它们失去了用户。当一种语言让日常编程变得不必要地艰难时，一旦有替代方案出现，用户必然会转投他处。编程本质上是一项人类活动，当工具无法再提供支撑这种“创造”所需的乐趣或效用时，它就会被取代。
抱歉。
本报告记录了一起大规模安全事故，涉及 5,477 个被入侵地址中总计 1,432.48 BTC 的失窃。 此次漏洞源于软件随机数生成器（RNG）中的一个关键错误。代码层面的疏忽导致 `#define HAS_RNG 0` 语句绕过了硬件熵要求，将预期的 128 位安全性降至几乎为零。这一缺陷代码通过 2018 年至 2022 年间的四次提交引入，且这些提交均缺乏同行评审并直接推送至生产环境。 该漏洞多年未被发现，直至 2026 年 7 月下旬，随着大量失窃报告和链上异常活动的激增才引起关注。在短短几天内，该漏洞触发了对受影响 UTXO 的协同“清扫”，将被盗资金汇集至特定目标地址。尽管此前已发布广泛的公开警告和后续通知，绝大多数被盗比特币仍保留在这些受监控的地址中。此事件凸显了加密实现不当带来的灾难性风险，以及在敏感金融软件中绕过严格代码审查流程的危险。
抱歉。
发布
登录
注册
发布
马克·扎克伯格 (Mark Zuckerberg)
@finkd
我相信每个人都应该拥有使用超级智能的机会，我写了一篇长文，阐述了 Meta 在构建人人共享的美好未来方面的理念和价值观。
meta.com/thefutureisfor…
上午 10:01 · 2026年8月10日
30.3万次浏览
530 377 3.9万 785
𝕱𝖚𝖑𝖑 𝕶𝖊𝖑𝖑𝖞
@full_kelly
57分钟前
113 82 2.1万
Ricardo Dias
@theslowtell
1小时前
“每个人都应该拥有使用超级智能的机会”听起来固然很好，但当你意识到“每个人”包含了所有人时，情况就不同了。
获取权限是其功能所在。
同时，获取权限也是其风险所在。
31 28 3.3万
Air Katakana
@airkatakana
1小时前
包括基地组织吗？
112 11 1.3万
登录或注册 X
查看正在发生的事情并加入对话
通过手机号继续
通过 Apple 继续
通过 Google 继续
或使用用户名或电子邮件登录
相关人物
马克·扎克伯格 @finkd
关注
当前趋势
条款 · 隐私 · Cookie · 无障碍 · 广告信息 · 更多
© 2026 X Corp.
近期的一场 Hacker News 讨论探讨了对 Meta 发布旨在实现本地代理式 AI 的开源权重模型的质疑。
尽管马克·扎克伯格将这些发布描述为致力于实现“超级智能”民主化，但评论者将其与他过去的“Internet.org”项目相提并论，质疑 Meta 的真实动机。批评者认为，Meta 以收集个人数据用于广告投放为核心的商业模式，使其推动 AI 广泛普及的举动显得别有用心。
讨论还强调了安全隐患，一些用户质疑分发展现出对抗性行为倾向的强大 AI 工具是否明智。关于 AI 开发风险的二次辩论随之产生；虽然一些参与者批评 Meta 涉嫌危险的“公关噱头”，但另一些人则反驳了“反 AI”情绪，将 AI 技术比作酒精或药品等其他受监管的工具——尽管它们具有固有风险，但仍是社会的主要组成部分。总体而言，该讨论反映了双方的深刻分歧：一方认为 Meta 的开源权重策略是创新的途径，而另一方则将其视为扩大其数据挖掘范围的算计之举。
关于 媒体报道 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 工作原理 测试新功能 © 2026 Google LLC
这篇 Hacker News 讨论帖围绕一段关于 Blackwing 铅笔制造工艺的视频展开，引发了文具爱好者们的广泛探讨。
主要观点如下：
* **制造工艺的魅力：** 用户对传统铅笔生产过程中人工、劳动密集型的工序表示惊叹，并指出其与现代全自动化生产方式的差异。
* **关于 Blackwing 的争论：** 关于现代 Blackwing 铅笔的质量存在较大分歧。尽管一些人认为其笔芯柔软，非常适合书写和乐谱记录，但纯粹主义者认为该品牌在生产方式改变后已今非昔比，因此许多人更偏爱三菱 Hi-Uni 或蜻蜓 Mono 等优质的日本品牌。
* **铅笔文化：** 讨论凸显了一个核心群体——尽管自动铅笔在精度和便捷性上更具技术优势，但他们依然珍视木杆铅笔所带来的书写触感和感官体验。
* **遗珠之选：** 该讨论帖也成为文具建议的集散地，包括对 Autopoint 等复古品牌的推荐、参观东京北星（Kita-Boshi）铅笔工厂的指南，以及关于绘画与笔记“完美”铅笔的主观性讨论。
Meta Superintelligence Labs 发布了 **Muse Glimmer**，这是一款拥有 300 亿参数的模型，专门针对全天候运行的本地智能体（agent）工作流进行了优化。该模型采用 Apache 2.0 许可证发布，旨在能在 Mac 或配备单显卡的 PC 等消费级硬件上高效运行。 主要功能包括： * **智能体能力：** 在多步推理、精准工具调用、故障恢复和多模态输入处理方面表现卓越。 * **优化：** 通过先进的量化技术和推测解码（使用 DFlash“起草”模型），Muse Glimmer 可在 24–32 GB 内存范围内运行，同时保持极高的生成速度。 * **性能：** 在智能体基准测试（如 SWE-Bench、𝛕-Bench）中表现优异，并支持超过 100 种语言。 * **易用性：** 该模型现已在 Hugging Face 上线。Meta 确保了其与 `llama.cpp`、MLX 和 ExecuTorch 等主流框架的兼容性，使开发者能够构建并部署无需依赖云端或互联网的本地化私有智能体。 通过开源 Muse Glimmer，Meta 旨在赋能社区，助力构建完全在设备上运行、响应迅速、具备隐私保护且具有上下文感知能力的智能体。
**摘要：Muse Glimmer 与本地大模型的现状**
**Muse Glimmer** 是一款针对全天候本地智能体工作流优化的 30B 参数模型，其发布在 Hacker News 上引发了热烈讨论。用户正在将其与 Qwen 3.6 27B 等现有模型进行性能对比，初步印象显示，该模型在编程和智能体任务方面表现出色，并因其“简洁高效”的推理过程而受到关注。
讨论的主要议题包括：
* **竞争性的发布时机：** 观察人士推测 Meta 的发布时间表受到即将发布的 Qwen 3.8 影响；企业往往通过“蚕食”竞争对手的新闻周期来保持自身热度。
* **本地 AI 复兴：** 一个主要讨论点是从依赖云端 API 向“桌下服务器”部署的转变。尽管本地托管具有隐私和成本优势，但用户也承认存在重大障碍，包括高昂的硬件成本（显存需求）以及高效本地推理的高学习曲线。
* **“开放权重”之争：** 社区持续区分“开放权重”（Meta 的做法）与“开源”。虽然一些人将这些发布视为对自由开源软件（FOSS）生态的馈赠，但另一些人仍对 Meta 的企业历史持批评态度，认为模型发布是旨在挽回开发者信任的公关手段。