Aiko EHC
Claude Code 之上的端到端 AI 交付内核
🚧 Coming Soon — Aiko EHC 在设计与早期实现阶段,本页只放产品方向。
一句话定位
EHC = Engineering Harness + Coder。
Claude Code 让 AI 能写代码。但要让 AI 真正端到端把活儿干完——读懂需求、改对地方、跑通测试、PR 不被打回——还差一整套工程基础设施。
EHC 就是这套基础设施。
它解决的问题
直接把 Claude Code / Cursor 接进生产代码库,常见痛点:
- AI 不知道仓库里哪些约定是不能破的 (架构边界、命名规范、可观测性要求)
- AI 改了一处,不知道还有哪些下游要跟着改
- 测试跑了,但关键 lane 漏跑了
- AI 自报"已完成",但实际没通过架构 lint / 安全扫描
- 多个 AI 任务并发跑,workspace 互相污染
- Code review 全靠人肉,没有机器执行的 taste 约束
EHC 把这些问题分层治理。
分层设计
EHC 按"洋葱圈"分层,每一层只解决一类问题、不越界:
| 层 | 做什么 |
|---|---|
| 代码与验证 | 源代码、单测、CI ——产品本体 |
| Agent Runtime | Claude Code / Codex CLI 执行环境 |
| Agent 基础能力 + 工作治理核 | AGENTS.md / scoped rules / skills / hooks;classify → route → dispatch → review → verify → writeback |
| 仓库 Harness | changed gates / app legibility / observability / architecture lint / agent review loop / doc gardening |
| SDD-plus 制品治理 | OpenSpec / 状态机 / 依赖图 / 影响分析 / approved tasks |
| 任务管理与执行 | Issue / Task / Workspace / PR 流转 |
| (对接 Studio) | 上游协同平台同步标准制品进仓库 |
核心特性
Repo as System of Record
仓库是唯一可信事实源——所有需求、设计、规则都落在仓库里,Agent 只读这一份。
仓库统一反馈层
不是单独的 CI 脚本,而是一组面向 Agent 的反馈回路:让应用可被 Agent 读取、运行状态可被查询、架构约束可被强制、review 和文档清理进入循环。
Agent 工作治理核
来一个 task,先分类(小修小改 / 单功能 / 跨模块) → 路由到合适的 Agent → 分派 worker packet → review + verify → writeback 经验沉淀。
经验回写闭环
bug、review、failed gate、用户反馈 都能沉淀回 docs / rules / tests / lints / specs。这意味着:Agent 越用越懂你,而不是每次重头解释。
跟 Studio / Nexus 的关系
┌──────────────────┐ approved tasks ┌──────────────────┐
│ Aiko Studio │ ───────────────▶ │ Aiko EHC │
│ 上游协同写需求 │ │ 下游执行交付 │
└──────────────────┘ └──────────────────┘
▲
装上 │ 提供领域专家
│
┌──────────────────┐
│ Aiko Nexus │
│ 打包专家 Agent │
└──────────────────┘- Studio 把"想法"变成 approved tasks 送给 EHC
- Nexus 给 EHC 提供懂你领域的虚拟工程师 Agent
- EHC 把 approved tasks + 领域 Agent + 仓库事实源 → 跑出 merged PR
怎么试
公开发布预计在 Aiko Studio 与 Aiko Nexus 都成熟之后。如果你的团队对这套方向有兴趣,可以先关注 Studio 和 Nexus。