无需任何工具，直接在浏览器中即可使用 HTML 编辑器。通过我们简单易用的 HTML 编辑器，您可以立即开始构建出色的网站。如果您更喜欢使用自己常用的桌面编辑器，也没问题。上传文件就像拖放一样简单。
每日HackerNews RSS
Ploy 已正式将其默认代理模型从 Claude Opus 4.8 切换为 OpenAI 的新款 GPT-5.6 Sol。经过严格测试，Ploy 发现 GPT-5.6 表现更为出色，在保持更高视觉质量评分的同时，构建时间缩短了 50% 以上，成本降低了 27%。
此次迁移对 Ploy 的基础设施进行了重大技术调整：
* **评估严谨性：** 团队发现其评估工具原本是针对 Claude 的行为进行“调优”的。在纠正了工具调用参数不一致和阈值设定等偏差后，他们准确验证了 GPT-5.6 的效率。
* **模式转换：** 为防止 GPT-5.6 为可选参数虚构数值（这曾导致读取空文件），Ploy 实施了一个模式封装器，将可选字段映射为 `null`，确保模型能在不干扰现有工具的情况下清晰表达意图。
* **提示词缓存：** Ploy 重新构建了缓存策略，以适配 OpenAI 的工作区作用域密钥系统。通过优化提示词的分层和缓存方式，他们将首次调用的缓存命中率提升至近 84%，抵消了初始成本差异。
尽管存在这些复杂性，GPT-5.6 生成精简且高质量代码的能力，使其成为 Ploy 自动化营销网站构建器的新标准。用户可前往 [ploy.ai](http://ploy.ai) 体验提升后的速度。
近期 Hacker News 上的一篇讨论帖关注了 Ploy.ai 的一篇博客文章，文中详述了他们将生产环境中的 AI Agent 迁移至新款“GPT-5.6 Sol”模型的过程，据称该模型实现了 2.2 倍的速度提升和 27% 的成本降低。
讨论迅速分化为两大阵营：
1. **形式与实质之争：** 很大一部分评论对“LLM 风格”的写作表示不满——即那种带有机械节奏感和冒号的文风。他们认为这种风格象征着低投入、低可信度或非人化的内容。许多用户主张对这类文本进行“去 AI 化”，或者干脆利用自己的 AI 工具来对其进行摘要总结。
2. **技术现实：** 另一派观点认为，与底层工程洞察相比，文风并不重要。开发者们探讨了模型迁移的实际细微差别，包括 Agent 工具调用（tool-calling）所面临的挑战、模式验证（schema validation）的可靠性，以及在 Agent 工作流的不同环节中，权衡使用高端模型（如“Sol”或“Fable”）与更快速廉价模型（如“Luna”）的策略。
尽管一些评论者批评该文章是营销驱动的“垃圾内容”，但也有人认为，其中共享的关于 API 成本和模型编排的数据点对于他们自己的生产环境确实具有参考价值。
在这篇文章中，萨姆·卡恩回顾了自己如何在数字干扰和多巴胺驱动的文化时代，为维持阅读习惯所进行的终身挣扎。卡恩曾是一名如饥似渴的读者，他讲述了青春期、职业需求以及社交媒体的兴起，是如何系统性地蚕食了他进行深度、持续专注的能力。
他将自己目前重塑阅读生活的努力比作中风后的康复过程，并承认曾经自然而然的阅读行为，如今却需要依赖一些“廉价手段”，例如强迫自己写书评，或利用飞行模式来规避“无限滚动”的信息流。
最终，卡恩认为阅读不仅仅是一种休闲活动，更是培养共情能力和批判性思维的重要实践。他将自己的挣扎视为一种必要的抵抗，以此对抗那种优先考虑算法消费而非过往知识深度的文化。通过强迫自己阅读，卡恩旨在成为一种日渐式微习惯的“守护者”，在数字时代的浅薄浪潮中，维护人类意识的连续性。
这段 Hacker News 的讨论探讨了数字时代持续注意力下降的问题，以及深度阅读的独特价值。讨论者们区分了消费短篇在线内容与阅读书籍的区别，认为后者能促进对认知健康和深度理解至关重要的“心流状态”。
讨论的主要结论包括：
* **认知益处：** 长篇阅读能够增强注意力广度，改善深度思考，并有助于构建数字媒体往往无法提供的思维模型。
* **“阅读饮食”：** 许多用户提倡通过“彻底戒断”的方式来减少对屏幕的依赖，例如卸载社交媒体应用或设立无科技产品区域，以找回专注力。
* **克服障碍：** 对于患有注意力缺陷多动障碍（ADHD）或存在专注力问题的人，参与者建议采取一些策略，如边走路边听有声书、使用“Whispersync”（文字与音频同步）或营造无干扰的环境。
* **意图的作用：** 共识认为，虽然书籍在“道德上并不优于”其他媒体，但它们要求一种日益稀缺且对批判性思维至关重要的“垄断性注意力”。
归根结底，这场讨论将阅读书籍定位为一种大脑重塑方式，这对于在充满干扰、由人工智能驱动的世界中保持理智和清晰的思维至关重要。
Nectar 是一款革命性的 Web 开发框架，它无需 JavaScript、npm 以及臃肿的 `node_modules`。通过将应用程序的逻辑、状态和渲染全部编译为单个 WebAssembly (WASM) 二进制文件，Nectar 为传统 Web 技术栈提供了一种高性能的替代方案。 主要特性包括： * **零依赖：** 一个 Rust 二进制文件即可管理所有事务，包括构建、代码检查和部署，将基础设施占用减少至 10 KB 的系统调用层。 * **细粒度性能：** Nectar 放弃了虚拟 DOM，转而采用 O(1) 响应式信号，确保仅更新必要的 DOM 节点。 * **编译时安全性：** 基于 Rust 严格的类型系统和借用检查器，Nectar 有助于在代码上线前发现并修复错误。 * **内置原语：** 路由、身份验证和数据库访问等常见的 Web 需求均作为核心语言特性存在，而非依赖外部库。 * **通用执行：** 同一个 WASM 二进制文件即可处理客户端交互和服务器端渲染 (SSR)，从而实现向边缘环境的无缝部署。 Nectar 以精简、类型安全且极速的工作流程取代了现代 Web 开发中“依赖地狱”的现状，有效宣告了传统 JavaScript 工具链的过时。
“一步陷阱”指的是一种有缺陷的假设，即认为人工智能体仅通过迭代单步转移模型，就能生成准确的长期预测。尽管该方法在信息完美的世界中理论上是成立的，但在实践中由于两个主要原因而失效。首先，单步预测中的微小误差会迅速累积，随着时间推移导致严重的偏差。其次，随着预测时域的增加，映射随机未来（即分支为可能性树的过程）的计算复杂度会呈指数级增长，从而变得不可行。 尽管存在这些局限性，由于其直观的吸引力，单步模型在控制理论和强化学习等领域依然广受欢迎。然而，对于复杂的长期推理，它们通常并不实用。作为替代方案，理查德·萨顿（Richard Sutton）主张从简单的转移模型转向时间抽象模型。通过利用“选项”（options）和通用价值函数（GVFs）等框架，人工智能体可以学习到更稳健、更具扩展性的世界表征，从而超越顺序性单步误差累积的限制。
约在公元前1158年，拉美西斯三世统治时期，负责建造皇家陵墓的代尔麦地那工匠们发动了被认为是世界上最早有记录的集体罢工。
该社区是一个由熟练工匠组成的专业聚居地，通常享有国家提供的优厚待遇。然而，在一系列军事冲突和随后的经济衰退之后，埃及政府未能按时发放必要的口粮。在向当地官员提交的请愿被无视后，工人们在底比斯的祭庙举行了静坐和抗议，并喊出了著名的口号：“我们饿了。”
罢工的起因是国家供应链的系统性崩溃和通货膨胀。尽管工匠们最终通过直接向维齐尔（宰相）申诉获得了补发的工资，但这些抗议活动凸显了王权的日益衰落。中央政府履行义务能力的缺失导致了权力转移，迫使工人们不再依赖王室，转而寻求当地宗教和民间机构的支持。这些事件至今仍是重要的历史里程碑，展现了古代世界中有组织劳工的能动性。
这篇 Hacker News 帖子围绕德尔麦地那（Deir el-Medina）罢工展开讨论，这是历史上最早有记载的罢工事件之一。参与者探讨了这些古埃及工人的历史背景，他们因工资和口粮发放延迟而进行抗议（文中澄清历史记录中的“玉米”是指谷物，而非现代玉米）。
讨论随后转向了关于犯罪监管与“有组织”非法活动的更广泛议题。用户将历史轶事（如古代可能存在的“盗贼工会”）与特里·普拉切特《碟形世界》系列小说中的“盗贼公会”进行了比较。讨论探讨了当局往往更倾向于通过“共享行为准则”来监管犯罪，而非彻底消除犯罪的观点。这些例子涵盖了日本极道、战后意大利黑手党，以及关于格拉斯哥当地“中立地带”安排的个人见闻。该帖最终将历史上的劳工运动与关于系统稳定性和非正式非法结构实用性的社会学思考融为一体。
我们能理解大型语言模型是如何推理的吗？ Mechanistic interpretability researchers applying causality theory to LLMs
18 小时前
本网站正在使用安全服务来抵御网络攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
抱歉。
虽然现代的“软件工厂”模式利用智能体通过基础设施、测试和护栏实现开发自动化，但完全依赖人工智能编写代码存在重大风险。 作者认为，尽管人工智能可以高效地维护流水线，但人类仍需亲手编写代码——这并非因为人类写得更好，而是因为手动编码是一种至关重要的思考工具。英语在表达复杂的架构意图时往往不够精确，而编写代码则能带来对系统脆弱性和设计逻辑的深刻、直观的理解。 如果没有人类的亲身参与，“垃圾代码”就会堆积，而智能体本质上是保守的，倾向于在过去的错误上进行构建和放大，而非纠正它们。通过手动调试、重构和进行“探针测试”（spiking），人类能够保持必要的掌控感和批判性的品味，从而有效地引导工厂运作。归根结底，软件工程师的角色在于平衡高水平的自动化与优化架构所需的精细化实操工作。我们不应将智能体仅仅视为编译器，而应将其视为实习生；它们需要那种只有通过深度、主动参与代码本身才能获得的、经过锤炼的专家级指导。
关于“为何在2026年还要编写代码”的Hacker News讨论，突显了软件行业在AI角色问题上的尖锐分歧。
**支持手动编程的观点：**
许多开发者认为，编写代码对于维护系统的“思维模型”至关重要。他们主张，深度专注和亲手编码的过程是建立专业能力、调试复杂生产环境问题以及避免“草率粘贴”（即大模型产生冗余和过度设计）所必需的。持此观点的人认为，完全依赖AI会导致技能退化和架构控制权的丧失，实际上使开发者变成被动的观察者，无法有效地审查或排查他们所“拥有”的系统。
**支持AI辅助开发的观点：**
相反，一些人认为AI在广泛的非专业领域已经超越了人类的能力。他们将编码视为一种正在进化的技能；正如汇编语言曾让位于高级语言一样，手动编码正在让位于“代理式”工程。他们认为，AI输出的质量取决于用户的输入——通过掌握深度的、富含上下文的提示词以及严谨的架构设计，开发者可以比独自工作时更快、更一致地实现成果。
作者作为一名资深人工智能专家和前黑客，对人工智能的飞速发展表达了极大的热情，并以本地模型和编程智能体作为证据，认为这标志着技术的实质性飞跃。他将人工智能视为计算机革命的自然延续——一种类似编译器或正则表达式的高效生产力工具，而非神秘莫测、改天换地的事件。 然而，作者严厉批评了围绕人工智能的“负面炒作”。他驳斥了关于“末日”情景或非得迁往旧金山发展的论调，称这些不过是制造焦虑的恐吓。此外，他指出各大前沿实验室通过将摩尔定律和开源创新带来的进步归功于己，以此人为抬高自身价值。作者认为，这些实验室恐惧技术被商品化，本质上是在保护各自的资金来源。 最终，作者拒绝接受极端的末日论，转而将人工智能视为一种实用且不断进化的技能组合。尽管他承认目前的“跟风式”人工智能内容多为“垃圾”，但他赞赏人工智能在提升编程效率方面的实际效用，并重申了他对计算机事业的热爱。
这篇 Hacker News 讨论帖呈现了关于大语言模型（LLM）现状的两极化观点，核心在于该技术的实际效用与行业“炒作”之间的博弈。
**主要议题包括：**
* **价值与商业化：** 一个核心论点是，尽管大语言模型具有明确的价值，但“前沿实验室”（如 OpenAI、Anthropic）可能难以从中获利。参与者认为，模型正逐渐商品化，向高成本、基于使用量的计费模式转型是一次冒险的“割韭菜”行为，这可能会促使用户转向开源或本地替代方案。
* **本地模型的兴起：** 许多用户表示，他们正越来越多地转向自托管或小型模型。这些模型通常足以应付专业任务，且不受前沿服务价格波动和限制性防护栏的影响。
* **炒作周期：** 发帖者批评了制造“落后焦虑”的负面炒作。许多人认为，目前围绕“通用人工智能（AGI）”和“生存威胁”的论调，更多是旨在获取巨额资本投资的战略营销，而非对现实的反映。
* **职业影响：** 尽管一些开发人员认为大语言模型极大提升了生产力，但也有人警告称，这会导致“僵尸化”，并带来核心工程技能退化的风险。
本摘要分析了 **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 使用量能提供更好的上下文或可靠性，但许多贡献者认为这往往属于人为填充。批评者的共识是，对于日常开发任务，更简单、更透明的工具能提供更好的控制力、效率和成本效益。