2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家
编程智能体在日常工作中表现出色。但它们仍然无法可靠地完成——这也导致你需要时刻监督每一步——是在遵循团队特定护栏的同时，完成长期运行且复杂的任务。在使用编程智能体交付了数千小时后，我找到了一种真正能帮助我将编程智能体的优势放大到长期、模糊任务中的方法，并决定将其开源。
无论是编程智能体还是通用框架都无法填补这一空白
仅靠编程智能体无法做到这一点。从设计上看，它们作为为日常编码打造的强大 harness（控制框架）发布——并且它们在处理这项工作的难点方面确实表现出色：上下文管理、记忆、工具编排以及会话内的子智能体调度。但它们无法可靠地在长期、模糊且复杂的工作中遵循你的特定护栏。例如，没有内置的方法可以按照资深工程师规划的依赖顺序迁移包含300个文件的 React 17→19 升级，在每批之间运行团队的回归测试门禁，在你标记为高风险的文件上暂停以供人工审查，并端到端地保持分支状态正常。
当你试图使用通用智能体框架来获取这种结构时，你实际上是将编程智能体的 SDK 包裹在它们的图节点中。这需要编写成千上万行全新的代码来重建工具循环、权限模型、子智能体调度器和上下文管理器——而这些都是你的编程智能体已经具备的功能，只是效果更差。
其他人则跳过框架，围绕原始模型构建自定义的 harness。这是不同层面的相同问题：你得到了结构，却没有得到你的护栏——即那些真正决定输出是否可用的约束、审查标准和团队特定要求。
这些路径都没有提供一种简单的方法来为编程智能体设置“边沟”（gutters）。工作流就是边沟：它们是确保护栏让智能体在长期或模糊的工作中保持在团队路径上的机制，这样你就不必监视每一步。
问题所在
在一个会话内，编程智能体可以添加功能、修复错误、重构模块。这没问题。
失败往往发生在会话之外：
- 值班分流：警报触发；一旦会话重置，智能体就会丢失追踪上下文。
- 大型代码库中的复杂重构：到了第三或第四个会话，约束条件就会发生漂移。
- 团队审查标准：每位工程师提示智能体的方式略有不同，因此每位工程师得到的结果也略有不同。
你的大部分时间都花在了监督工作上。
Atomic 的作用
Atomic (https://github.com/flora131/atomic) 是一个 TypeScript SDK，它通过围绕编程智能体包裹可配置的确定性结构来增强其功能。智能体的 harness——工具使用、上下文管理、子智能体、权限模型——保持完整，并继续发挥其优势。Atomic 添加了外部管道，用于编码你的特定护栏，从而使智能体的执行在长期、模糊的工作中真正遵循这些护栏。
工作流是普通的 TypeScript：
import { defineWorkflow } from "@bastani/atomic/workflows";
export default defineWorkflow({ name: "review-and-fix", 免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
