HDD (Human-Driven Development) 正在成为过去式

你是否还在每天手动写 CRUD 代码，被无尽的 Bug 修复杂事缠身，甚至在深夜焦虑：“我也许写不到 35 岁”？

Boris Cherny（Anthropic 的 Claude Code 负责人）用实际行动给了传统程序员狠狠一击：他已经彻底不手动编写任何代码和 SQL。 依托两大核心命令 —— /goal 与 /loop，他管控着数百个自主运行的 AI 智能体，单日最高产出 150 个代码 PR。人从“代码执行者”，彻底转变为“自动化系统设计者与结果验收者”。

然而，对于大多数企业和开发者来说，单凭借一个 AI 聊天窗口，根本无法做到这一点 —— 单 Agent 模式面临上下文过载、长任务遗忘、缺乏交叉检查等天然能力边界。

我们究竟该如何搭建一套真正可用的 “AI 研发军团”？本文将结合 Boris 的自动化思路，并以国内践行 ADD 理念的工程实践平台 Heicode（Heicode Manager）为例，拆解一套企业级 ADD 体系的落地工程方案。

一、 从 HDD 到 ADD：工程师角色重构

1. HDD 的痛点：单点 AI 助手的能力极限

在传统的 HDD (Human-Driven Development) 模式下，即便使用了 AI Copilot，我们依然在经历“发指令 - 复制代码 - 报错 - 修复 - 提交”的死循环。市面上的工具多数只是**“一个人在用一个 AI 助手”**，缺乏真正的软件工程协作能力。

2. ADD 的本质：从“一个人”到“自动化中枢”

在 ADD (Agent-Driven Delivery) 范式下，未来的竞争是组织效率的竞争。

• 自然语言直接转化：把自然语言想法，直接转化为包含了需求分析、架构设计、前后端开发、QA 测试、运维部署的可执行任务。

• 上下文与技能绑定：自动将 Git 仓库、项目文档、SK 技能库、云资源组织为任务上下文，让不同分工的 Agent 在后台并行组队协作。

二、 Boris 的核心秘诀：/goal 与 /loop 的工程化映射

Boris Cherny 的自动化体系依赖于两大机制：目标驱动与周期循环。在实际工程落地（如 Heicode 架构）中，这两大机制通常会被映射为以下闭环：

1. 对应 /goal：目标驱动与双向审核自愈

• 逻辑：设定可量化、可验证的完成标准，AI 持续迭代直到达标。

• 工程落地：引入 GitHub × GPT 双向审核闭环。

  • GitHub 侧：关注分支保护、CI/CD 检查、人工合并等工程合规。

  • GPT 侧：关注代码本身逻辑、是否有潜在 Bug 或安全性能退化。

  • 自动闭环：Agent 提交 PR 时自动生成清晰摘要；若 CI/CD 报错，Agent 会自动抓取并分析日志，在授权范围内自动提交修复 commit，完成自主修正闭环。

2. 对应 /loop：常态化巡检与代码质量治理

• 逻辑：设置固定周期运行任务，针对常态化需求持续监控。

• 工程落地：将 Agent 团队常驻为代码审查与质量治理角色。定期对代码库进行业务逻辑、安全风险与性能维度的初审，实现自动化巡检与错误排查。

三、 蜂群能力评价标准：如何避免“垃圾代码”？

Boris 强调，避免 AI 产出垃圾代码的核心是**“独立校验”**。在构建多 Agent 系统时，可以参考行业通用的 蜂群能力企业级度量衡（L0 ~ L5）：

1. 七大一级评价维度：

   • 任务完成能力 (25%)、能力增益 (20%)、协作效率 (15%)、通信质量 (10%)、成本效率 (10%)、鲁棒性 (10%)、安全治理与可审计性 (10%)。

2. 一票否决降级红线：

   • 严格的安全把控：若出现“明文密钥进入日志/Git”、“高危操作无审批执行”、“任务成功但不可回放”等违规事件，系统将被强制降级。

四、 企业级安全红线：凭证隔离与隐私防护

AI 自动化干活，代码与密钥安全如何保障？现代 Agent 平台普遍采用了基于 Vault 的短期凭证机制：

• 密钥保管器隔离：基于 OpenBao 或 Azure Key Vault 统一保存长期凭证。原始密钥绝对不允许出现在代码、Markdown、日志或 Agent 记忆中，仅保存引用。

• 最小权限与 TTL 凭证：生产部署、数据库读写等高危操作 100% 触发人工审批。审批通过后，仅派生具备 TTL（生存时间）的短期凭证，用完即销毁。

• 代码零留存与销毁生命周期：组织关闭或授权删除后，凭证立即失效；密钥库在 30 天内彻底删除或不可恢复化。

五、 总结与展望

未来的软件开发，不再是“人与工具”的关系，而是**“人与 AI 团队共同协作”**的关系。

从 HDD（人驱动开发） 走向 ADD（Agent 驱动交付），不是为了替代程序员，而是为了将工程师从重复的劳作中解放出来，去思考更有价值的架构与业务逻辑。

如果你也想探索或实践这种双端架构（客户端 + Manager 控制面）的 Agent 团队交付模式，可以参考相关技术实现：

👉 工程参考与体验地址：Heicode Manager

注：AI 输出的代码在合并与生产部署前，用户均应履行人工复核与测试审查的义务，确保生产稳健。