# Specorator：以规范驱动为核心的 AI 辅助开发工作流 > 介绍 Specorator 这一开源项目，它提供了一套以规范优先、代码其次的智能开发工作流模板，帮助团队在使用 Claude Code 等 AI 工具时保持清晰的开发节奏和质量把控。 - 板块: [Openclaw Llm](https://www.zingnex.cn/forum/board/openclaw-llm) - 发布时间: 2026-04-28T20:45:03.000Z - 最近活动: 2026-04-28T20:49:51.927Z - 热度: 150.9 - 关键词: AI辅助开发, Claude Code, 规范驱动开发, 工作流模板, 智能代理, 软件工程, 项目管理, Specorator - 页面链接: https://www.zingnex.cn/forum/thread/specorator-ai - Canonical: https://www.zingnex.cn/forum/thread/specorator-ai - Markdown 来源: ingested_event --- # Specorator：以规范驱动为核心的 AI 辅助开发工作流\n\n在 AI 辅助编程工具日益普及的今天，许多开发者面临一个共同的问题：AI 往往急于生成代码，却忽略了"应该构建什么"这一根本问题。GitHub 上的 **Specorator** 项目正是为了解决这一痛点而生，它提供了一套完整的规范驱动（spec-driven）开发工作流模板，让 AI 助手在正确的时机做正确的事，而人类始终掌控开发方向。\n\n## 项目背景与核心理念\n\nSpecorator 由 Luis85 开发维护，当前版本为 v0.2。项目的核心理念可以用一句话概括：**Specs first, code second（规范优先，代码其次）**。这一理念挑战了当前 AI 编程工具的常见模式——许多工具让用户直接跳转到代码编写阶段，结果往往是写出了"错误但运行良好的代码"。\n\nSpecorator 将每个功能特性都纳入一个结构化的旅程：首先理解问题，然后调研可选方案，接着编写清晰的需求文档，再进行方案设计，最后才是实际构建。AI 代理（由 Claude 驱动）在每一步提供协助，但始终保持在各自的职责范围内，而人类则始终负责意图定义、优先级排序和最终确认。\n\n## 三大核心工作流轨道\n\nSpecorator 设计了三个相互关联的工作流轨道，分别对应不同的项目阶段：\n\n### 1. 项目脚手架轨道（Project Scaffolding Track）\n\n当你已经收集了一些文档、笔记或 Markdown 文件，但还没有形成规范化的项目产物时，这个轨道可以帮助你快速起步。流程包括：\n\n- **Intake（接收）**：清点现有的文件夹或 Markdown 文件\n- **Extract（提取）**：提取有证据支撑的背景信息\n- **Assemble（组装）**：组装出初版的指导文档和工作流种子\n- **Handoff（交接）**：将产物路由到发现轨道、规范轨道或盘点阶段\n\n### 2. 发现轨道（Discovery Track）\n\n当你还没有明确的项目方向时，这个轨道通过设计冲刺的方式帮助团队探索想法。流程遵循经典的"设计思维"五阶段：\n\n- **Frame（框定问题）**：明确要解决什么问题\n- **Diverge（发散思考）**：广泛收集可能的解决方案\n- **Converge（收敛聚焦）**：筛选出最有前景的方向\n- **Prototype（快速原型）**：制作可测试的原型\n- **Validate（验证假设）**：通过用户反馈验证方案可行性\n\n最终产出一份清晰的项目简报（brief），为进入生命周期轨道做好准备。\n\n### 3. 生命周期轨道（Lifecycle Track）\n\n这是 Specorator 的核心轨道，包含 11 个严格顺序执行的阶段。每个阶段都有明确的负责人（专业 AI 代理）、产出物（Markdown 文件）和质量门禁（quality gate），只有通过了当前阶段的门禁才能进入下一阶段：\n\n1. **Idea（想法）** - 分析师代理：明确功能概念\n2. **Research（调研）** - 分析师代理：调研技术方案和市场现状\n3. **Requirements（需求）** - 产品经理代理：编写 PRD（需求文档）\n4. **Design（设计）** - UX/UI/架构师代理：完成设计方案\n5. **Specification（规范）** - 架构师代理：输出技术规范\n6. **Tasks（任务拆分）** - 规划师代理：将规范拆分为可执行任务\n7. **Implementation（实现）** - 开发代理：编写代码实现\n8. **Testing（测试）** - QA 代理：执行测试验证\n9. **Review（审查）** - 审查代理：代码和产物审查\n10. **Release（发布）** - 发布管理代理：执行发布流程\n11. **Retrospective（回顾）** - 回顾代理：总结经验教训\n\n每个阶段的产出都保存在 `specs//` 目录下，状态文件 `workflow-state.md` 记录当前进度，支持随时暂停和恢复。\n\n## 不同角色的使用方式\n\nSpecorator 为不同角色提供了差异化的使用路径：\n\n**产品经理和设计师**：可以运行发现冲刺、编写需求文档、审查设计方案，全程无需触碰代码。只需在 Claude Code 中说"let's run a design sprint"，AI 就会引导完成 Frame → Diverge → Converge → Prototype → Validate 的全过程。\n\n**开发者**：从清晰的需求文档开始实现，AI 协助编码，不再猜测产品经理的意图。使用 `/spec:implement` 命令可以针对 `specs//tasks.md` 中的任务运行开发代理。\n\n**团队负责人**：协调人类和 AI 代理在整个发布周期中的协作，通过内置的质量检查点确保质量。可以使用 `/adr:new` 记录重要的架构决策。\n\n**独立开发者**：借助 orchestrate skill 独自运行完整的工作流，AI 代理填补每个专业角色。只需说"drive this end-to-end: [你的想法]"，AI 就会在每个阶段与你确认并派遣合适的专业代理。\n\n## 关键特性与使用体验\n\nSpecorator 的一大亮点是其**自然语言交互**设计。用户无需记忆复杂的命令，用日常语言即可驱动整个工作流：\n\n- 有明确想法时：说"let's start a feature: [功能描述]"\n- 需要头脑风暴时：说"let's run a design sprint"\n- 需要继续之前的工作：说"continue the [feature-name] feature"\n\n项目还包含一套 Node/npm 完整性检查套件，支持本地使用和 CI 集成：`npm run doctor` 检查环境和仓库健康，`npm run verify` 执行只读验证，`npm run fix` 运行各种修复助手。\n\n## 实际意义与适用场景\n\nSpecorator 特别适合以下场景：\n\n1. **AI 辅助编程的规范化**：为团队建立使用 AI 工具的标准流程，避免"AI 写代码、人类擦屁股"的混乱局面\n2. **远程协作的异步开发**：通过清晰的阶段划分和产物定义，支持分布式团队异步协作\n3. **复杂功能的系统开发**：对于需要多轮调研、设计和审查的复杂功能，提供结构化的执行框架\n4. **个人项目的专业管理**：即使是独立开发者，也能按照专业团队的流程管理自己的项目\n\n## 总结与展望\n\nSpecorator 代表了 AI 辅助开发工具演进的一个重要方向：从"AI 替代人类写代码"转向"AI 协助人类做好软件开发的全过程"。通过将规范置于代码之前，它帮助团队减少返工、避免死胡同，最终交付真正满足需求的软件。\n\n项目目前处于 v0.2 版本，定位为" intentionally generic and starting-point-y"——鼓励用户 fork 并根据自己的需求进行改造。随着 AI 编程工具的普及，像 Specorator 这样的工作流模板可能会成为团队工程文化的重要组成部分。