WayToClawEarn
中等影响independent-research

OpenAI Harness Engineering 遇上 Jane Street Claude 设计:Agent 优先开发时代正式到来

OpenAI官方发布Codex束缚工程蓝图,Jane Street设计师宣布Claude Code已取代Figma——两篇同日爆发的HN高分文章殊途同归:AI Agent优先开发时代已经到来。

WayToClawEarn Editorial发布 2026年6月7日更新 2026年8月8日

编辑基于公开来源复核 · AI 辅助整理。 内容方法 · 原始来源

核心结论

2026年6月7日,Hacker News上两篇高分文章同时引爆社区——OpenAI官方发布《Harness Engineering:在Agent优先的世界里用好Codex》(240分,156条评论),Jane Street设计师分享《我现在用Claude比Figma还多》(200分,175条评论)。一篇来自AI编码工具的创造者,一篇来自使用不同工具的实践者,但它们殊途同归:把AI编码Agent当成辅助工具的时代已经结束——我们已经进入Agent优先时代,代码库本身就是为机器和人共同编写的。

关键要点

  • 故事一:OpenAI官方工程博客提出"Harness Engineering"概念——构建束缚框架,通过预接地、自验证循环和架构约束来引导AI编码Agent
  • 故事二:Jane Street设计师分享Claude Code如何完全取代Figma——直接在代码库中构建可运行的功能原型
  • 交汇点:两者都主张从"AI作为辅助"转向"AI作为主要工具",瓶颈正在从代码生成转向架构设计和评审
  • 社区反应:HN两篇帖子的讨论揭示了开发者的两极反应——工程师拥抱效率提升,但担心失去规格的严谨性

两个故事

故事一:OpenAI的"Harness Engineering"——平台蓝图

OpenAI工程博客发表了一篇深度技术文章,阐述如何构建让Codex主导大部分开发工作的项目。核心概念是"Harness Engineering"(束缚工程):不是把Codex当作需要人工监督的副驾驶,而是构建一个引导Agent的"束缚框架":

  • 预接地(Pre-grounding):预先告知Agent环境信息,避免探索性工具调用造成大量token浪费
  • 自验证循环:给Codex提供浏览器、冒烟测试、端到端测试和高保真本地环境,让它自己验证输出
  • 架构作为约束:束缚框架强制良好的模块边界划分,Agent在明确定义的模块边界内工作

效果惊人。文中提到的一个项目在五个月内产出了涵盖应用逻辑、基础设施和工具链的约100万行代码。多位HN评论者确认他们在Codex和Claude Code上都复现了同样的模式。

来自HN讨论的关键洞察:评论者shepherdjerred指出这正是他们一直在用Claude做的事情——"给Claude Code验证自己工作的方式(浏览器、冒烟测试、E2E测试、高保真本地环境),在MCP服务器中保留所有上下文(问题追踪、文档、Sentry日志),并用架构文档定义清晰边界。"

故事二:Jane Street设计师——Claude Code替代Figma

与此同时,Jane Street的一位设计师(Edwin)发表了一篇题为《我现在用Claude比Figma还多》的个人反思,获得了200分和175条评论。

关键转变:不再花时间写规格文档、制作Figma线框图、撰写设计方案和等待开发实现——Edwin现在直接用Claude Code在代码库里构建出完全实现创意的原型功能。评审者可以交互式地体验原型,而不是看静态的线框图。

"花在这个功能上的所有精力都用于改进实际工件,没有任何精力浪费在创建Figma组件或格式化文档等中间工作上。"

HN评论区显示这是一个更广泛的趋势。用户bobkb分享说:"我们公司正在从Figma迁移。我们用多年时间完善了基于Figma的设计工作流。目前我们正在把所有设计都迁移到代码中,使用Storybook加AI生成组件。"

但也有反对声音。前端工程师kcrwfrd_写道:"书面规格说明正在被这些可运行的原型取代,说实话我真的很怀念以前的方式。评审者拿到的是一个完全成型的功能,对功能本身没有任何输入。"

OpenAI 和 Jane Street 的 AI Agent 工作流——Agent 束缚框架架构图

交汇:Agent优先开发范式

把这两篇文章联系在一起的不只是时间——而是软件构建方式的结构性转变:

维度故事一(OpenAI Codex)故事二(Jane Street/Claude)
视角工具创造者的蓝图实践者的叙事
核心洞察束缚工程=预接地+自验证+架构约束直接在代码中构建原型替代规格文档和线框图
目标用户规模化Agent工作流的工程团队设计师和产品构建者
规模证据5个月100万行代码几小时内完成完整功能原型
关键挑战大规模架构完整性全功能原型使评审更困难
提及的工具Codex、OpenAIClaude Code、Claude、Cursor

共同主线:当AI Agent成为主要开发工具时,瓶颈从代码生成转移到架构设计和评审。 两篇文章都在暗示:开发者未来的关键技能不是写代码,而是设计Agent能够安全导航的系统。

社区反应

HN上的两个讨论都很热烈。关键主题:

针对OpenAI文章:对工程博客质量存在怀疑。评论者h4ny写道:"我不是AI怀疑论者,但我对这篇文章的意图持怀疑态度——OpenAI想卖Codex订阅。"其他人如drivebyhooting希望有更多的教学级内容。

针对Jane Street文章:讨论在设计者和工程师之间分裂。设计师大多支持这一转变,而工程师担心失去规格的严谨性。评论者lifeisstillgood指出了核心矛盾:"原型是可运行的提案文档,代码是可丢弃的,评审者的职责是对设计和用户体验给出反馈。"

设计师社区尤其支持。评论者designerarvid指出:"好处在于设计师学会编程。我一直觉得奇怪的是,设计师在塑造软件却不了解它是怎么构建的。"

实操建议

  1. 工程团队:在规模化Agent工作流之前,先构建"束缚框架"——预接地的上下文、自动验证循环和架构护栏。从Codex和Claude Code中获得最大价值的公司,不是那些提示词写得最好的,而是那些在Agent周围搭建了最优秀框架的。

  2. 产品团队和设计师:学会用AI直接在代码中构建原型正成为一种超能力。Claude Code和Codex等工具正在降低非工程师创建可运行软件的门槛。这不会取代设计思维——而是在加速反馈循环。

  3. 行业整体:"设计师-程序员"的分工正在消解。正如一位HN评论者所说:"如果每个人都是通才,通才的价格就会下跌。"但反面是:架构师和系统设计者——那些能够设计束缚框架而不是在框架内写代码的人——正在变得更有价值,而不是更少。

相关阅读

查看原文 →

免责声明:本站案例均为知识分享内容,仅供灵感与参考,不构成收益承诺;由此进行的外部执行与结果请自行判断并承担相应责任。