给 Agent 加能力，也要走版本和审查

观点值得展开：Agent 的能力不只做得好，还包括能改 harness 本身——把"它该会什么"变成可审查、可版本化的能力：Reef v0.1.0 给 Codex、Hermes、OpenCode、Pi、Terminus 2 加适配层，一句口头需求走完构建、检查、发布，成为可回滚的 feature（GitHub 在文末）。 这补上 harness 讨论缺的一环：能力怎么上架？当软件管——review 过才算数、出事能退上一版、换工具不丢手艺。激进的口头一句 shipped，骨架是老工程：需求、变更、验证、发布。 口径：①新鲜感在流程不在魔法——本质是把口头需求搬进版本库，别把演示当保证（"9 秒筛 120 篇"是它选的题）；②适配广≠语义等价——各 harness 语义不同，跨夹具迁移各跑验收；③谁审第三方能力包的越权动作？与全权限那篇是同一本账。 三条：一，拿每次口头重复的口头禅当第一个目标（如完成播报），小失败无痛；二，升级附带变更说明与回退点——没回退点的能力是债；三，"谁能加能力、谁审批"写进团队约定，能力门禁与权限门禁是同一道门。 能力该像代码上架：有审查、有版本、有回退——口头需求也配得上一次发布。 github.com/Human-Agent-So…