入门
什么是 Aiko Studio
Aiko Studio 是一个 AI 软件开发平台，把"写需求、写设计、写代码"这些原本散落在 Word / Confluence / Figma / Cursor 里的动作，统一到一个由 AI 驱动的工作台。
一句话：让团队用一个 Copilot 把交付物从想法写到可执行规约，再让外部 AI IDE 接着写代码。
它解决什么问题
传统的软件交付链路里，文档和代码是断的：
- 业务方写完 BRD，扔给产品经理转 PRD，再扔给研发——每一步都靠人工解读上下文，信息丢一半。
- AI IDE（Cursor / Claude Code）写代码很强，但它不知道你的项目、不知道你的需求，全靠每次粘贴提示词。
- 文档之间的引用关系是隐式的——改一条 BRD 需求，没人知道下游 PRD 的哪三章要更新。
Aiko Studio 的思路是把这个链路变成 结构化的、AI 可读的、互相有引用的文档实体：
与同类产品的差异
| 维度 | Confluence + Copilot | Notion AI | Cursor / Claude Code | Aiko Studio |
|---|---|---|---|---|
| 文档结构 | 自由富文本 | 块状自由 | 无 | 强 schema：DocType + Entity |
| AI 理解上下文 | 翻附近段落 | 翻当前页 | 翻当前 repo | 跨文档血缘 + 实体查询 |
| 跑代码 | 无 | 无 | 是 | 是（Skill 隔离 workDir） |
| 给 AI IDE 当上下文源 | 无 | 无 | 自身 | 是（studio-cli） |
| 文档结构由谁定义 | 用户自由建模板 | 用户自由 | — | 平台管理员通过 DSL 集中定义 |
谁该用
- 业务用户 / 产品经理：写 BRD/PRD 时用 Copilot 起草、用 Skill 跑可执行示例。 → 看 5 分钟快速体验
- 平台管理员 / 解决方案架构师：定义本团队的 BRD 该有哪几章、PRD 引用 BRD 的哪些字段。 → 看 ConfigUnit DSL 入门
- AI IDE 用户 / 集成开发者：让 Cursor / Claude Code 在写代码前先读项目最新的需求文档。 → 看 studio-cli 安装与认证
你会接触到的几个面
作为用户，你接触到的 Aiko Studio 由三个面向不同角色的产品面组成：
| 产品面 | 用途 | 谁用 |
|---|---|---|
| 工作台（Workbench） | 编辑文档、跟 Copilot 对话、看血缘和影响分析 | 业务用户 / 产品经理 |
| 管理控制台（Admin Console） | 配置 ProjectType、ConfigUnit、Skills、成员与权限 | 平台管理员 / 解决方案架构师 |
| CLI（studio-cli） | 把项目文档作为上下文喂给 Cursor / Claude Code 等 AI IDE | AI IDE 用户 / 集成开发者 |
工作台和管理控制台是同一个 Web 入口（侧栏切换），CLI 是独立的命令行工具，用 npm 安装。
下一步建议直接走 5 分钟快速体验，把整条链路跑一遍。