本网站正在使用安全服务来抵御网络攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
每日HackerNews RSS
Hacker News 的讨论围绕《我们能理解大语言模型是如何推理的吗？》一文展开，探讨了大语言模型究竟具备真正的推理能力，还是我们仅仅在进行拟人化投射。
评论者对这种“思考”的本质持有不同观点。一些人认为，模型能实现复杂的代码功能或证明数学定理，这些成果即是其具备真正推理能力的证据。另一些人则指出，模型的“草稿空间”（或思维链处理过程）是一种能提升输出质量的功能机制，并认为这正是我们所谓的“推理”背后的技术基础。
相反，怀疑论者认为人类天生倾向于将意识和意图投射到这些系统上。归根结底，目前的共识是，尽管我们观察到了类似于推理的行为，但我们对驱动这些模型内部运作的底层机制的了解依然非常有限。
虽然现代的“软件工厂”模式利用智能体通过基础设施、测试和护栏实现开发自动化，但完全依赖人工智能编写代码存在重大风险。 作者认为，尽管人工智能可以高效地维护流水线，但人类仍需亲手编写代码——这并非因为人类写得更好，而是因为手动编码是一种至关重要的思考工具。英语在表达复杂的架构意图时往往不够精确，而编写代码则能带来对系统脆弱性和设计逻辑的深刻、直观的理解。 如果没有人类的亲身参与，“垃圾代码”就会堆积，而智能体本质上是保守的，倾向于在过去的错误上进行构建和放大，而非纠正它们。通过手动调试、重构和进行“探针测试”（spiking），人类能够保持必要的掌控感和批判性的品味，从而有效地引导工厂运作。归根结底，软件工程师的角色在于平衡高水平的自动化与优化架构所需的精细化实操工作。我们不应将智能体仅仅视为编译器，而应将其视为实习生；它们需要那种只有通过深度、主动参与代码本身才能获得的、经过锤炼的专家级指导。
关于“为何在2026年还要编写代码”的Hacker News讨论，突显了软件行业在AI角色问题上的尖锐分歧。
**支持手动编程的观点：**
许多开发者认为，编写代码对于维护系统的“思维模型”至关重要。他们主张，深度专注和亲手编码的过程是建立专业能力、调试复杂生产环境问题以及避免“草率粘贴”（即大模型产生冗余和过度设计）所必需的。持此观点的人认为，完全依赖AI会导致技能退化和架构控制权的丧失，实际上使开发者变成被动的观察者，无法有效地审查或排查他们所“拥有”的系统。
**支持AI辅助开发的观点：**
相反，一些人认为AI在广泛的非专业领域已经超越了人类的能力。他们将编码视为一种正在进化的技能；正如汇编语言曾让位于高级语言一样，手动编码正在让位于“代理式”工程。他们认为，AI输出的质量取决于用户的输入——通过掌握深度的、富含上下文的提示词以及严谨的架构设计，开发者可以比独自工作时更快、更一致地实现成果。
作者作为一名资深人工智能专家和前黑客，对人工智能的飞速发展表达了极大的热情，并以本地模型和编程智能体作为证据，认为这标志着技术的实质性飞跃。他将人工智能视为计算机革命的自然延续——一种类似编译器或正则表达式的高效生产力工具，而非神秘莫测、改天换地的事件。 然而，作者严厉批评了围绕人工智能的“负面炒作”。他驳斥了关于“末日”情景或非得迁往旧金山发展的论调，称这些不过是制造焦虑的恐吓。此外，他指出各大前沿实验室通过将摩尔定律和开源创新带来的进步归功于己，以此人为抬高自身价值。作者认为，这些实验室恐惧技术被商品化，本质上是在保护各自的资金来源。 最终，作者拒绝接受极端的末日论，转而将人工智能视为一种实用且不断进化的技能组合。尽管他承认目前的“跟风式”人工智能内容多为“垃圾”，但他赞赏人工智能在提升编程效率方面的实际效用，并重申了他对计算机事业的热爱。
这篇 Hacker News 讨论帖探讨了大型语言模型（LLM）的真实效用与其行业炒作之间的矛盾。参与者普遍认为，虽然 LLM 是编码和个人生产力的强大工具，但从“错失恐惧症”（FOMO）到“奇点”预测等极端论调，更多是由企业营销和资本利益驱动的，而非基于技术现实。
主要观点包括：
* **“个性化”时代：** 开发者正越来越多地利用 LLM 构建针对特定需求的“精简版”软件，但这可能给开源项目的维护带来风险，因为用户更倾向于快速分支，而非回馈上游代码。
* **炒作周期：** 参与者批评“AI”这一标签及引发焦虑的言论（如“永久底层阶级”论调）是操纵性手段，旨在推动资本投资并影响专业人才向旧金山等地聚集。
* **实用性与性能：** 用户将工具的实际价值（如作为“智能编译器”）与因缺乏专业指导而产生的“劣质内容”（slop）区分开来。
总之，大家的共识是：LLM 是一种强大的、非魔法的实用工具，而目前其真实面貌正被激烈的行业炒作所掩盖。
本摘要分析了 **Claude Code** 与 **OpenCode** 的对比研究，旨在探讨智能体（agentic）框架如何影响 Token 消耗及运营成本。 ### 核心发现： * **固定开销：** Claude Code 的基础 Token 占用（系统提示词、工具架构及脚手架）高达 33,000 以上，而 OpenCode 仅为 7,000 左右。在包含指令文件（如 `CLAUDE.md`）和 MCP 服务器的生产环境中，用户输入任何指令前，这一基准值甚至可能激增至 85,000 以上。 * **缓存效率：** OpenCode 保持字节一致的请求前缀，最大限度地提高了缓存命中率。相比之下，Claude Code 的前缀稳定性较差，经常在会话期间重写数千个缓存 Token。由于缓存写入费用较高，在执行相同任务时，Claude Code 的缓存写入量最高可达 OpenCode 的 54 倍。 * **乘数效应：** 智能体功能显著增加了成本。子智能体委派（Subagent delegation）被认定为最大的“Token 消耗引爆点”，由于递归引导过程，它将基础用量放大了 4 倍以上。 * **策略的重要性：** 尽管 Claude Code 的基准成本较高，但它能够在单次请求中批量调用多个工具，这使其在处理多步骤任务时，有时比 OpenCode 更具成本效益。 ### 结论： Token 开销是影响延迟和上下文预算的隐形成本。作者建议在 **API 边界**处记录请求，以便通过数据驱动的方式了解系统行为及实际支出。
Systima 最近的一项调查发现，由于缓存策略效率较低且初始负载较大，**Claude Code** 的 Token 消耗量显著高于 **OpenCode**。Claude Code 在处理提示词前约需发送 33k 个 Token，而 OpenCode 仅需 7k。
Hacker News 上的讨论指出导致这种“Token 通胀”的几个因素：
* **激进的编排：** Claude Code 频繁触发子智能体和过多的工具调用（简单的命令有时会触发 30 次以上），从而迅速耗尽预算。
* **臃肿的系统提示词：** 庞大且不透明的系统提示词和工具定义增加了基础成本。
* **用户挫败感：** 许多开发者认为该工具“过度设计”，在进行微小改动时会执行 linting（代码检查）或测试等不必要的任务。
* **变通方法：** 用户建议使用 **Pi** 等极简工具，或者手动清除系统提示词（`--system-prompt ""`）来降低成本。
尽管一些用户认为更高的 Token 使用量能提供更好的上下文或可靠性，但许多贡献者认为这往往属于人为填充。批评者的共识是，对于日常开发任务，更简单、更透明的工具能提供更好的控制力、效率和成本效益。
**croc** 是一款功能强大的跨平台命令行工具，旨在实现任意两台计算机之间简单且安全的文件和文件夹传输。它的一大特色是利用密码验证密钥交换（PAKE）提供端到端加密，且无需端口映射或本地服务器。
**主要特性包括：**
* **安全与多功能性：** 支持端到端加密、代理/Tor 集成以及 IPv6/IPv4 兼容。
* **用户体验：** 允许断点续传、发送多个文件、管道输出，并能生成用于移动端访问的二维码。
* **易用性：** 通过简单的口令即可发起传输，口令会自动复制到剪贴板。
* **灵活性：** 可通过多种软件包管理器（如 Homebrew、Winget、Nix、Docker 等）轻松安装在 Windows、Linux 和 macOS 上。
* **自定义：** 高级用户可自建中继服务器以构建私有基础设施，或使用自定义加密曲线。
无论您是需要发送文本、链接还是大型文件夹，croc 都为现代文件共享提供了一种精简、安全且可脚本化的解决方案。欢迎支持该开源项目，以助力其持续发展。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Croc: 在两台计算机之间安全地传输文件和文件夹 (github.com/schollz)
10 点，由 gregsadetsky 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
turadg 4 分钟前 [–]
听起来像 Magic Wormhole (https://magic-wormhole.io/)。自述文件在最后提到了 Warner。
关键区别似乎是支持断点续传和代理支持。
另一个区别是它是单个二进制文件，而 MW 是用 Python 编写的，不过现在有了 https://github.com/magic-wormhole/magic-wormhole.rs。
我很欣赏该项目承认了其灵感来源。我希望项目在为那些试图进行选择的人提供与类似项目的详细比较时，能更加普遍。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索:
作为一名“实用”技术的投资者，作者探讨了计算创新中至关重要的前商业化阶段。通过回顾对布鲁克林“民间计算机”（Folk Computer）的访问——这是一个通过纸张和投影仪执行代码的开源物理计算系统——作者强调了它与当今单一科技文化形成的鲜明对比。 文章追溯了从施乐帕罗奥多研究中心（Xerox PARC）和布雷特·维克多（Bret Victor）实验室至今的发展脉络，指出那些范式转移式的创新往往始于“无用”的研究，无需受制于即时市场化的压力。尽管当今行业过度聚焦于人工智能代理，作者强调，真正的进步需要那些游离于炒作周期之外的思考者，他们追求的是长期的根本性问题，而非短期的收益。 由于市场无法在早期为真正的新范式定价，这类研究依赖于资助人而非标准的风险投资模式。作者最后向那些痴迷于非主流问题、并具备构建增强人类能动性工具的愿景的“独立思考者”发出诚挚邀请。通过架起深度研究与机构支持之间的桥梁，作者旨在培育下一代计算技术，并邀请人们跳出屏幕，重新思考我们与技术互动的方式。
在这条 Hacker News 评论中，用户 **underlipton** 反思了围绕增强现实（AR）发展所产生的幻灭感。作者感叹道，曾经那个将数字元素无缝融入物理空间以改善日常生活的愿景，如今已被企业利益所扭曲。
作者认为，科技巨头们并没有去追求那种微妙、富有想象力且实用的空间计算原始愿景，反而缩小了 AR 的潜力，将其局限于“悬浮屏幕”、VR 风格的体验以及过度优化的企业生产力工具。这条评论表达了对十年前所存在潜力的怀念，同时也带有一丝微弱的希望，期待新的创新能够重新点燃这项技术最初更具创造性的愿景。
Anthropic 现推出限时优惠，将 **Claude Code** 的每周使用限额提高 **50%**。此更新于 2026 年 5 月 13 日生效，至 2026 年 7 月 19 日截止。 **适用范围：** 此额度提升将自动应用于 Pro、Max 和 Team 方案，以及旧版的席位制企业用户。免费方案和按量计费的企业席位不包含在内。 **关键细节：** * **自动生效：** 无需任何操作，系统将自动应用更高的限额。您可以通过在 CLI 中运行 `/usage` 来查看更新后的额度。 * **适用范围：** 50% 的额度提升仅适用于 Claude Code（包括 CLI、IDE 插件、桌面端和网页端）。该调整不会影响 5 小时使用限额，也不适用于 Claude Cowork 或标准的 Claude 网页/桌面端体验等其他产品。 * **有效期：** 2026 年 7 月 19 日后，使用限额将自动恢复至标准水平，不会对您的账单或订阅状态产生任何影响。
这篇 Hacker News 的讨论凸显了用户对于 Anthropic 在处理“Claude Fable”访问权限及每周使用限制方面的挫败感。Anthropic 最近延长了 Claude Fable 的促销活动，并将使用限制提高了 50%，有效期至 2026 年 7 月 19 日。
然而，许多用户认为这些频繁的调整显得不稳定且难以预测，并指出模型可用性的随意变动会干扰专业工作流程。一个反复出现的主题是“诱导式切换”的看法，即用户感到自己被绑定在那些突然受到限制或在大规模使用时过于昂贵的模型上。
因此，许多开发者正在迁移到竞争服务，特别是“Codex”，因为它被认为提供了更慷慨的使用限制和更高的性价比。评论者将这种转变归因于激烈的竞争，用户认为 GPT-5.6 (Sol) 和 Grok 4.5 等强大的替代品已成为经济上可行的替代方案。持怀疑态度的人则认为，这些促销活动反映了“恐惧”以及缺乏清晰、长期的可持续性，因为前沿实验室仍在努力摆脱对风险投资补贴的严重依赖。总体而言，社区对这种不断变化的配额和模型访问权限的“博弈”感到疲惫，更倾向于使用能够提供持续、可靠稳定性服务的平台。
您没有提供需要翻译的内容。请发送您想要翻译的文本。
**Kurvengefahr** 是一款专为笔式绘图仪设计的全新浏览器端 CAD/CAM 工具。该项目最初旨在简化 3D 打印机笔式附件的 G-code 生成过程，现已发展成为一套用于创作和准备线稿的综合套件。
主要功能包括：
* **多样的创作方式：** 支持导入艺术作品、从零开始绘制、用于海龟绘图的 Logo 解释器，以及用于笔迹合成的 Graves RNN。
* **广泛的兼容性：** 支持 3D 打印机以及通过 Web Serial 使用 EBB (AxiDraw) 或 GRBL 固件的专用笔式绘图仪。
* **高易用性：** 响应式网页界面，在移动设备上也能良好运行。
开发者 tibordp 目前正在寻求 AxiDraw 或基于 GRBL 硬件用户的反馈，以帮助优化工具性能。该项目为开源项目，文档和代码可在 GitHub 上获取。
由 Lunduke 为 Lunduke 打造的 Linux 系统。Lunduke 计算机操作系统 (LCOS) 遵循一套核心理念：无需年龄或身份验证。无需在线账户。无人工智能。无奇怪的政治倾向。无 Systemd。无强制的 Rust 克隆。现代技术。90 年代风格用户界面。LCOS 基于 Devuan（Debian 的一个高质量分支，移除了 Systemd）构建，并包含了精心挑选的软件以坚持这些核心理念（包括精简版的 Brave Origin 作为默认网络浏览器）。Lunduke 计算机操作系统实行君主制。LCOS 不是一个社区项目。国王在技术和组织上拥有完全的控制权。这防止了政治活动家夺取控制权，而这在许多其他开源项目和组织中都曾发生过。LCOS 处于早期开发阶段。Lunduke Journal 论坛是提问、提供建议、报告问题或与其他 LCOS 用户交流的唯一场所。为了防止喷子，该论坛仅向 Lunduke Journal 的订阅者开放。
抱歉。
卑微的赞美 Abject Praise
3 小时前
这篇评论对“苹果近期 Safari 的更新代表了实质性进步”这一观点提出了质疑。尽管苹果在营销上大肆宣传，但作者认为 Safari 的投入依然严重不足，且功能落后于 Chromium 和 Gecko 等竞争对手引擎。
通过使用网络平台测试（WPT）和功能跟踪数据，该分析表明 WebKit 在标准合规性、性能和功能实现方面持续滞后。作者指出，苹果有意让其浏览器引擎保持在“勉强维持”的开发状态，以此维持一种“能力差距”。这种差距迫使开发者和用户留在 App Store 生态系统中，使苹果在避免因 iOS 用户获得更强大、高性能浏览器引擎而产生的竞争压力的同时，能够获取巨额收入。
作者否认了 Safari 进展缓慢源于质量控制的说法，将其定性为一种蓄意的反竞争策略。通过刻意削弱 iOS 上的网络平台，苹果巩固了其垄断优势。最终，作者总结道，苹果关于进步的说法具有误导性，它掩盖了优先考虑企业利润而非开放网络健康的低投入策略。
Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
拙劣的赞美 (infrequently.org)
5 点，由 genericlemon 在 1 小时前发布 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
tgv 9 分钟前 [–]
如果并非所有浏览器都支持某项功能，那就别用，或者将其设为可选项。这并不难。如果你搞不定，就去问你的大语言模型。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：