环境无关的多 Agent 研发协作 Harness。仓库的主产品是模型之间的角色、心智、流程和质量 协议；具体宿主环境只通过薄 Runtime Protocol 提供 actor、workspace 与正式交接能力。
只有 Decision Owner 明确提出使用 sayToLittleP、多 Agent Harness 或本项目协作流程时
才启用。识别环境、发现多 Agent 能力或已有角色绑定都不会自动启动。
运行时先读取 Harness Core，再按当前环境读取一份协议：
| 当前环境 | 读取入口 |
|---|---|
飞书 Bot / lark-channel-bridge |
Harness Core + 飞书 Bridge Runtime Protocol |
| Codex 主 Agent + subagent | Harness Core + Codex SubAgent Runtime Protocol |
| 其他多 Agent 环境 | 先确认该环境能提供 Core 所需的基础 actor、workspace 和可靠正式交接；没有真实运行证据时不提前创建空映射 |
Harness 在目标项目 workspace 中执行。本仓库是控制面，不替代目标代码仓库，也不保存 宿主身份、私有凭据或 live runtime config。
HARNESS.md：环境无关的当前协议和唯一流程权威；roles/：Coordinator、Plan、Implementation、Review 和 Fix 的稳定心智；templates/task-brief.md：动态任务骨架；runtimes/：真实宿主环境的薄映射；HARNESS_DESIGN_PRINCIPLES.md：维护和重构 Harness 时使用的设计北极星；docs/2026-07-25-environment-independent-harness-and-host-mapping-spec.md：当前 Core / Runtime 边界的 confirmed Spec。
主流程：
Runtime 提供 workspace 与基础 actor → 需求输入 → confirmed Spec → Plan 写审分离
→ Implementation → 独立 Code Review → Fix Receiving 后复审
→ live verification → submit / CI → close
Coordinator 只通过 Runtime 的正式派工与正式回传推进状态；派工成功后交还控制权，收到正式 结果后更新 Plan 并决定下一步，不持续监控其他 actor。
foundation/feishu-bot-interop/：飞书环境的身份发现、native mention 和消息级验收。
历史验收和 case 使用 Git 历史或 GBrain Ops 追溯，不保存在当前工作树。
发布前更新 CHANGELOG.md，按北极星完成独立 Review，并运行 git diff --check、
npm ci 和 npm run ci。Core、README 与 Runtime Protocol 必须作为一组保持一致；
回滚时不能只回滚 Core 而留下指向错误协议的入口。