Qoder Harness Engineering 指南:仓库是 Agent 操作系统 + 100 行 AGENTS.md + 层级约束(泮圣伟)

342 字

Qoder Harness Engineering 指南:仓库是 Agent 操作系统 + 100 行 AGENTS.md + 层级约束(泮圣伟)

来源类型: 工程实践深度
日期: 2026-06-17
标签: #Qoder #HarnessEngineering #AGENTSmd #层级约束 #泮圣伟

核心痛点

"当我们让 AI Agent 实现一个功能,它思考了一下,开始写代码。200 行写完,运行 lint 直接失败。"

"循环三次后,上下文窗口被错误日志和 diff 塞满,Agent 开始'忘记'最初的任务目标。"

"这不是 Agent 不够聪明。这是 Agent 看不见。"

核心问题

"Prompt 写得再好,也没法穷尽代码库的所有隐式规则。上下文窗口再大,也装不下整个仓库的架构决策。"

"'教得更好'这条路有天花板——写更详细的 system prompt,提供更多示例,规则会随代码演进变化,你永远追不上。"

Harness 核心思路

"Harness 工程的思路不一样:与其教 Agent 怎么做,不如让它自己验证做得对不对。靠代码、linter、测试来保证正确性,而不是靠 LLM 的'直觉'。"

仓库是 Agent 的操作系统

"CPU 很强大,但没有操作系统它就是一块高速却无方向的芯片。"

"Harness 就是给它装的'操作系统'。"

四大原则

1. 仓库是唯一事实来源

"Aone 里的讨论、钉钉会议上的口头约定、架构师脑子里的蓝图,这些对 Agent 来说都不存在。"

"第一步是把一切编码到仓库中:架构决策、层级约束、命名规范。不是写在 Wiki 里,不是发在群里,而是作为版本化的文件提交到 Git。"

2. AGENTS.md 是地图不是手册

"很多团队的第一反应是写一份巨大的 AGENTS.md,500 行,什么都有。问题是:当一切都重要时,什么都不重要。"

"AGENTS.md 应该是地图,不是手册——控制在 ~100 行,只做索引和指路,详细内容放在 docs/ 目录里按需加载。"

3. 约束的粒度

"Harness 不规定'你必须用这个设计模式'或'函数必须这样写',它只管架构边界。"

层级编号

  • Layer 0:类型定义(不 import 任何内部包)
  • Layer 1-2:工具函数和配置(只依赖更低层)
  • Layer 3:业务逻辑
  • Layer 4+:HTTP handler 和 CLI 命令

"规则就一条:高层可以 import 低层,反过来不行。"

4. 人的角色

"以前是人写代码、AI 辅助补全;现在反过来了——人设计系统(架构、约束、验证规则),Agent 在系统内执行。"

"人的价值从'写出正确的代码'变成了'设计出让 Agent 能可靠产出正确代码的环境'。"

关键洞察

1. 仓库 = OS

  • Agent 操作系统
  • CPU 强大但无方向

2. AGENTS.md ~100 行

  • 地图不是手册
  • 不腐烂

3. 层级约束

  • 0-4 层
  • 高层 import 低层

4. 自动化验证

  • 替代 LLM 直觉
  • CI/CD 提前拦截

5. 人 = 系统设计者

  • 不再拧螺丝
  • 确保流水线对

与已有知识的关联

资料来源

  • 原文:https://mp.weixin.qq.com/s/Et3WwNtEXEgxjaQHrQFDyQ
  • 原始文件:raw/articles/微信文章/Qoder 工程实践:Harness Engineering 指南.md
  • 作者:泮圣伟

我的判断(高置信度)

这是 2026 年 Harness Engineering 最深度的工程实践——仓库是 OS + AGENTS.md 100 行 + 层级约束 + 自动化验证。

关键洞察
1. "仓库 = OS" —— 是核心类比
2. "AGENTS.md ~100 行" —— 是平衡
3. "层级约束" —— 是架构边界
4. "自动化验证" —— 是替代 LLM 直觉
5. "人 = 系统设计者" —— 是角色转变

预测
- 2026 H2:可能形成 Harness 标准
- 2027:可能立法"AI 编程规范"
- 2028:可能涌现"Harness 工程师"职业

对 AI 工程师的建议
"Harness Engineering" 是新方向
- 仓库是 OS
- AGENTS.md 是地图
- 自动化验证是关键

对企业 IT 的启示
"AGENTS.md 100 行" 是新规范
- 不臃肿
- 按需加载
- 长期演进

对创业者的启示
"Qoder 模式" 是新方向
- 人 + Agent 协作
- 系统设计是核心
- 长期价值是关键