入门
什么是 Aiko IDE
Aiko IDE 是 Aiko 平台的端到端 AI 协同开发 IDE。它把"协同写需求、设计、改码、测试、CICD"这些原本散落在 Word / Confluence / Figma / Cursor / GitLab 里的动作，统一成一个由 AI 驱动、按 SDD 规范化、机器化守门的研发工作流。
一句话：让团队从一句话需求出发，AI 全程陪跑，端到端跑出一条 merged PR。
它解决什么问题
直接把 Claude Code / Cursor / Copilot 接进生产代码库，常见痛点：
- AI 不知道这次到底是 0-1 立项还是老项目增量，起手姿势全错
- 需求只在 IM 里飘着，AI 拿到的永远是残缺上下文
- 改一处不知道下游还有哪些设计、用例、CI 检查要跟着改
- 测试跑了，但产品级 E2E 用例漏跑了
- AI 自报"已完成"，但架构 lint / 安全扫描 / 验收 case 没全过
- 多人多 Agent 并发跑，workspace 互相污染、规则版本对不齐
- Code review 全靠人肉，没有机器执行的 taste 约束
Aiko IDE 把这些问题分到三个内建子系统里逐个解。
三个内建子系统
- Workbench — 5 个垂直 sidebar 把 SDD 的四角色 19 制品搬进 IDE
- Studio 协同后端 — Web 端协同写 PD 包 + 架构包，定稿后流转到仓库由 Workbench 接管
- Aiko Chat — IDE 内建 AI Coding Agent，按 dev pipeline 写代码、跑测试
与单体 AI IDE 的差异
| 维度 | Cursor / Claude Code 单装 | GitHub Copilot Workspace | Aiko IDE |
|---|---|---|---|
| 上下文 | 当前 repo 文件 | issue / PR 上下文 | PD 10 件 + 架构 3 件 + Dev 4 件 + Test 2 件 |
| 文档结构 | 自由文本 | issue | 强 schema：entity schema + 稳定 ID |
| AI 改码护栏 | 全靠 prompt | 弱 | 12 Validator + aiko.pipeline 状态机 |
| 测试覆盖 | 手工跑 | 自动 PR check | L1-L4 分层 + §3/§4 E2E 自动生成 |
| 多角色协同 | 无 | 异步 review | Workbench 5 sidebar + Studio 状态机 |
| AI 越级勾 task | 可能 | 可能 | pipeline-gate ERROR（只有 advance-node 能写 node） |
谁该用
- 产品 / BA / 业务方：在 Studio 协同写 PD 包，让 Copilot 起草、查冲突、补漏。 → 看 快速体验
- 架构师：写 ADR / quality-attributes，定系统边界，被下游 dev spec 引用。 → 看 架构 sidebar
- 开发：让 Aiko Chat 按 spec + tasks 跑 §1-§5。 → 看 开发 sidebar + Aiko Chat
- 测试 / QA：从 acceptance 自动生成 test-cases，跑 L1-L4，回填 evidence。 → 看 测试 sidebar
- 平台 / SRE：维护 12 Validator 阈值、workflowProfile、gitPath、entity schema。 → 看 SDD 能力底座
不适用
- 纯瀑布团队（写完文档再开发，不需要 AI 提速）
- 不写文档的小型初创（直接 ship，不需要 SDD 守门）
- 没有 AI 工具的团队（Aiko IDE 假定团队已用 Cursor / Claude Code / Codex）