\r \r

Harness: Agent-First Engineering Knowledge Base\r

\r

核心定位\r

\r 本 Skill 是对 OpenAI 团队在 Harness Engineering 实践中积累的第一手智能体工程经验的系统化蒸馏。\r \r 背景：5个月内，3名工程师仅用提示（无人工编码）、借助 Codex 智能体，构建了约 100 万行代码 的产品。\r

• ~1,500 个 Pull Requests\r
• 平均每人每天 3.5 个 PR 的吞吐量\r
• 完成时间约为传统人工编写的 1/10\r \r ---\r \r

使用场景\r

\r 当用户问到以下问题时，加载本 Skill 的 references/ 文档作为上下文来回答：\r \r

• 如何设计面向智能体的代码仓库结构？\r
• AGENTS.md 应该怎么写？\r
• 智能体工程中的上下文管理策略？\r
• 如何让应用对智能体"可读"（可观测）？\r
• 如何用架构约束替代微观管理？\r
• 如何处理智能体引入的技术债务？\r
• 人类工程师在智能体优先团队中的角色是什么？\r
• 智能体的自主水平如何随系统成熟度提升？\r \r ---\r \r

Knowledge References\r

\r

harness/\r
├── SKILL.md                            # 本文件（入口）\r
└── references/\r
    ├── harness-engineering.md          # OpenAI 原文完整蒸馏（主文档）\r
    ├── core-principles.md              # 10大核心原则速查表\r
    └── extended-sources.md             # 扩展信息源索引（Anthropic/GitHub/大V等）\r
```\r
\r
加载知识时：\r
1. 优先读取 `references/core-principles.md` 快速定位\r
2. 需要深度背景时读取 `references/harness-engineering.md`\r
3. 需要扩展视角时读取 `references/extended-sources.md`\r
\r
**多源整合**：本 skill 不仅包含 OpenAI Harness Engineering，还整合了 Anthropic Claude Code、GitHub Copilot Workspace、Aider 等业界最佳实践，持续追踪智能体工程前沿。\r
\r
---\r
\r
## Workflow\r
\r
1. **识别用户问题的核心维度**：上下文管理 / 架构约束 / 可观测性 / 技术债务 / 人类角色 / 合并策略 / 文档体系\r
2. **读取对应 references 文档**\r
3. **结合用户具体场景**，从 Harness 经验中提炼可操作的建议\r
4. **输出时注明来源**：明确这是 OpenAI Harness Engineering 实践中验证过的方法\r
\r
---\r
\r
## 快速摘要（无需读文件即可回答的核心原则）\r
\r
| 领域 | 黄金法则 |\r
|------|---------|\r
| 情境管理 | AGENTS.md ≤ 100行，作为目录指向深层文档；不要巨型配置文件 |\r
| 架构 | 严格分层（Types→Config→Repo→Service→Runtime→UI），通过 linter 自动强制 |\r
| 可读性 | UI + 日志 + 指标对智能体直接可读；接入 DevTools 协议 |\r
| 技术债务 | 黄金原则 + 循环清理 = 持续垃圾回收；小额偿还，不累积 |\r
| 合并策略 | 纠错成本低 > 等待成本高；减少阻塞门 |\r
| 文档 | 仓库是唯一记录系统；知识必须 push 进 repo 才对智能体可见 |\r
| 人类角色 | 设计环境 + 明确意图 + 构建反馈回路；不写代码，写约束 |\r
| 技术选型 | 偏好 API 稳定、可组合、在训练集中表现良好的技术栈 |\r
| 架构约束时机 | 严格分层约束是早期先决条件，不要等到百人团队再考虑 |\r
| 自我审查闭环 | 智能体在本地审核自身变更（Ralph Wiggum 循环），直到所有审阅人满意才合并 |\r