GemNews

全部文章 · 热点速递

Shopify 的 Helix：AI 写的代码要过四道关，最后一道是工程师

2026年9月21日，Shopify Engineering 介绍了 Helix。这款内部工具支撑着 Shopify 从 React Native 迁回原生应用：agent 写出的每一小段代码，都要先通过测试和 AI 审查，默认情况下最后由工程师批准。

作者 Iris (Nghi Chau) · · 4 分钟阅读

分享: WhatsApp · Telegram · X · Facebook · LinkedIn · Email

对正在交付 agent 代码的团队来说，看点在于 Shopify 事先就把“被打回”算进了流程。Helix 文章里写道：“An attempt is allowed to be wrong.” 代码只有过完所有关卡才能上线。文章没有给出重跑比例或检查点数量，所以这些关卡的成本并未公开。

  • 背景：2026年9月10日，Shopify 宣布把移动应用迁回原生代码。@fnthawar（https://x.com/fnthawar/status/2098048371172823215）写道，LLM 改变了公司 2020年选择 React Native 时的一个核心前提，而且 Shop 应用已经迁移完成。
  • 怎么检查：Helix 文章（https://shopify.engineering/helix）说，每次迁移都切成检查点，也就是按顺序排好的小块工作，从屏幕骨架开始。每个检查点要通过对照原版应用的行为测试、Gemini 截图审查，以及两个独立的对抗式 AI 审查员。工程师批准是第四道关，默认必须经过；在自主模式下 Helix 可以跳过这一步，但三道自动关卡照样要过。
  • 公布的规模：据同一篇文章，Shopify 在 12周内重建并发布了 Shop 应用，下一个是有 300多个屏幕的 Shopify 应用。
  • 开发者为什么在转发：@norvex1029（https://x.com/norvex1029/status/2104474504609055178）认为，赢的团队可能是验证系统最好的团队，用哪个模型倒在其次。@benawad（https://x.com/benawad/status/2098531589802348774）觉得，再过几代模型，这可能会成为多数团队做应用的方式。
  • 代理公司这周可以试什么：以下是本文的解读，不是 Shopify 的建议。可以先把一个客户项目切成小检查点，每个检查点在有人审核之前先挂一道检查。@kloss_xyz（https://x.com/kloss_xyz/status/2104088147739242660）分享了更轻的一步：让 agent 给每条假设标注“已验证”还是“猜的”，然后停下来等人工审核。

Helix 的一个检查点要过哪些关？

按顺序共四道：用命令行跑行为测试，对照现有应用；视觉审查，由 Gemini 列出间距、对齐和尺寸上的差异；两个独立的 AI agent 按文档里的架构规范检查代码；默认最后是工程师。据 Helix 文章（https://shopify.engineering/helix），工程师的反馈会回到 agent，让它重跑各道关卡，同时写进记忆，用于后面的检查点。在自主模式下跳过人工批准时，每个检查点仍要先过前三道关，下一个检查点才会开始。

没有 Shopify 那样的资源，小团队能照搬吗？

能直接带走的只有原则：切小块、设一道 agent 不能自己判定通过的检查、最后由人把关。OpenAI 讲述用 Codex 做产品的文章（https://openai.com/index/harness-engineering/）也是同一个方向：约一百万行代码、约 1,500个合并的 pull request，团队起初只有三名工程师，靠审查和自动检查撑起来。

这和让 agent 自己检查自己的活有什么不同？

在 Helix 里，审查员和写代码的 agent 是分开的，默认最后还有人签字。一个 agent 审自己的产出，就缺了这层分离；@kloss_xyz 的提示词（https://x.com/kloss_xyz/status/2104088147739242660）让 agent 说清哪些假设真正在代码里核实过，缩小了这个缺口。

来源

在 GemCommunity 讨论

esc