用途：brooks-harness 是 brooks-lint 仓库自身的维护编排器，用于对该仓库做新增/编辑技能、修改框架、修复触发描述或发布等维护工作。它按顺序串行运行子代理流水线，而不是并行团队。
流水线阶段：Phase 0 检查上下文（判断初始运行、全新运行还是局部重跑）；Phase 1 分类请求并选择最小阶段集合，QA 阶段从不跳过；Phase 2 按序运行 skill-author → eval-curator → consistency-qa，QA 失败则回退到指定代理修复后重跑，若改动涉及 description 字段则运行只读的 trigger-boundary-auditor 审计触发边界冲突，仅在请求发布且 QA 通过后运行 release-manager；Phase 3 报告并收集反馈。
使用方式：各阶段各由一个定义在 .claude/agents/ 的专用代理执行，用 Agent 工具以 subagent_type 指定代理名并始终设置 model: "opus" 启动；阶段间传递任务契约与上一阶段摘要。运行笔记与 QA 报告位于 _workspace/brooks-harness/，实际产物是仓库文件本身，代理直接编辑 skills/、evals/、manifests。consistency-qa 会执行 npm run validate、npm test、npm run evals，并进行清单、版本文本、CHANGELOG、AGENTS/GEMINI 书籍数、评测数等跨文档同步检查。
限制与约定：consistency-qa 必须为通用型（需运行 npm 脚本），trigger-boundary-auditor 为只读；不创建斜杠命令；改动直推 main 无 PR，技能/指南内容走 validate 门禁；高风险 git 操作需维护者明确授权；阶段失败重试一次，二次失败即停止并上报；QA 失败绝不进入发布；冲突数据保留出处上报。测试场景仅以资料中的正常流程与 QA 失败回环为例。具体安装命令、价格、平台与效果资料未提供。