Sdd Dev Workflow

SDD 开发工作流 Skill

快速开始：见下方 | 安装指南：references/installation.md | 问题排查：references/troubleshooting.md

🎯 核心理念

用规范驱动开发（SDD）把需求变成结构化的"规范文档"，让 LLM 在准确上下文中输出更符合预期的代码。

三大原则：规范优先 → 规范锚定 → 规范作为源

⚡ 快速开始

# 环境检查
~/.openclaw/skills/sdd-dev-workflow/scripts/check-environment.sh

# 创建项目
~/.openclaw/skills/sdd-dev-workflow/scripts/init-project.sh my-project
cd ~/openclaw/workspace/projects/my-project

# 启动开发
claude --permission-mode acceptEdits

Speckit 工作流

/speckit.constitution 阅读并使用 ~/.openclaw/skills/sdd-dev-workflow/templates/constitution-enterprise.md
/speckit.specify [功能描述]
/speckit.clarify    # ⚠️ 强制执行至少1次
/speckit.plan [技术栈]
/speckit.tasks
/speckit.analyze    # ⚠️ 强制执行至少1次
/speckit.implement 严格遵循宪法 @.specify/memory/constitution.md

🔄 迭代开发流程

新项目 vs 迭代：流程相同，区别仅在于初始化

流程对比

项目初始化（仅新项目）

⚠️ 询问用户：GitHub 仓库如何处理？

选项 1：新建仓库

gh repo create my-project --private --clone
cd my-project

选项 2：关联现有仓库

git init
git remote add origin https://github.com/user/existing-repo.git

然后执行 Specify init（仅一次）：

specify init . --here --ai claude --force --no-git

迭代开发（跳过项目初始化）

已初始化项目，直接创建新迭代：

• 跳过 GitHub 初始化
• 跳过 specify init
• 直接在 Claude Code 执行：/speckit.specify <功能描述>

Specify 序号自动递增：

# 检测下一个序号
next_num=$(~/.openclaw/skills/sdd-dev-workflow/scripts/get-next-iteration.sh)
iteration_name="${next_num}-new-feature"

问题修复：Specify CLI 创建迭代时序号可能重复（001-xxx, 001-yyy），使用 get-next-iteration.sh 自动检测最大序号 + 1。

🔒 Git 版本控制（强制）

AI 开发不确定性高 → Git 是安全网

初始化检查

触发条件：项目目录不存在 .git 文件夹

# 检查并初始化
if [ ! -d ".git" ]; then
  # 询问 Git 仓库地址或使用默认
  git init
  git add .
  git commit -m "chore: 初始化项目结构"
fi

提交规范

每个阶段完成后必须提交：

# 每个阶段完成后执行
git add . && git commit -m "<commit-message>"

验收后自动 PR

触发条件：验收通过 + 特性分支（非 main）

# 检查验收结果
if [ "$ACCEPTANCE_RESULT" = "PASS" ]; then
  # 提交最终变更
  git add . && git commit -m "chore: 工作流完成"

  # 检查是否在特性分支
  current_branch=$(git branch --show-current)
  if [ "$current_branch" != "main" ]; then
    # 推送特性分支
    git push -u origin "$current_branch"

    # 创建 PR
    gh pr create \
      --title "feat: $current_branch" \
      --body "## 变更说明

- 迭代序号：$current_branch
- 验收状态：✅ PASS

## 测试结果

- 语法检查：通过
- 单元测试：通过
- 服务启动：验证成功" \
      --base main
  else
    # main 分支直接推送
    [ -n "$(git remote -v)" ] && git push origin main
  fi
fi

详见：references/git-version-control.md

📦 依赖自动安装（零注意力）

完成开发，不为工具停顿

两层依赖策略

自动安装逻辑

# 检测到 ModuleNotFoundError 时自动执行
if error contains "ModuleNotFoundError: No module named 'fastapi'"; then
  pip install fastapi
fi

不询问，直接安装。

预装依赖检查

~/.openclaw/skills/sdd-dev-workflow/scripts/check-environment.sh

详见：references/dependency-installation.md

⚠️ 工具链协作方式（必读）

Specify CLI 的角色

Specify CLI         →       Claude Code          →      完成开发
（仅用于初始化）           （执行 /speckit 命令）        （代码实现）

Specify CLI 仅用于初始化：

• ✅ specify init 初始化项目结构（每个项目执行一次）
• ❌ 不支持 clarify/plan/tasks/analyze/implement

非交互模式：

specify init . --here --ai claude --force --no-git

后续所有 /speckit 命令都在 Claude Code 内执行。

权限模式选择

安全建议：

• 生产环境 → acceptEdits + 人工审核
• 隔离测试环境 → bypassPermissions（VM/容器）
• 禁止：在生产服务器使用 bypassPermissions

最终目标

完成标准：

• ✅ 代码已实现（不是文档）
• ✅ 测试已通过
• ✅ 功能可运行

🚨 子 Agent 强制规则（CRITICAL）

核心原则：子 agent = 流程驱动器（driver），不是代码实现者（implementer）

绝对禁止

• ❌ 禁止使用 write 工具写代码文件（src/**/*.py, tests/**/*.py）
• ❌ 禁止跳过 /speckit. 命令*

必须执行

• ✅ 必须通过 sdd-driver.sh 脚本操作
• ✅ 必须通过 tmux 驱动 Claude Code

意外处理

详见：references/autonomous-agent.md

📋 Speckit 工作流

init → constitution → specify → clarify → plan → tasks → analyze → implement

⚠️ 强制阶段：clarify ≥1 次，analyze ≥1 次

人类介入点

介入判断：信息不完整/疑义 → 转发用户；信息完整 → 自己决策 补充规范 等待回复 继续执行 收到后继续

#### 自动决策条件（无需介入）

- 信息完整，只是细节缺失
- 常规技术选择（如用 requests 还是 httpx）
- 宪法已有明确规定
- clarify 连续 2 次无问题
- 简单项目，需求明确

#### 需要介入的条件

- 多个方案各有优劣，需要业务决策
- 需求有明显矛盾或冲突
- 涉及外部依赖或资源
- 超出宪法规定的边界
- analyze 发现严重一致性问题

---

## 🏛️ 公共宪法模板

### 使用方式

```bash
# 在 Claude Code 中引用公共宪法
/speckit.constitution 阅读并使用公共宪法模板 ~/.openclaw/skills/sdd-dev-workflow/templates/constitution-enterprise.md

模板位置：

• templates/constitution-enterprise.md（推荐）
• templates/constitution-lite.md（精简）

详见：references/constitution-guide.md

📁 项目路径规范

标准目录结构

~/openclaw/workspace/
├── projects/                    # 正式开发项目（长期维护）
├── tmp/                         # 临时项目（验证、测试，可随时清理）
├── docs/                        # 文档（可选，按需创建）
├── research/                    # 深度研究报告
└── memory/                      # 日期日记

路径规则

新项目创建规范

# ✅ 正式项目
~/.openclaw/skills/sdd-dev-workflow/scripts/init-project.sh my-project

# ✅ 临时项目
~/.openclaw/skills/sdd-dev-workflow/scripts/init-project.sh test-xyz --tmp

# ❌ 错误：在 workspace 根目录创建
cd ~/openclaw/workspace && specify init my-project  # 错误！

🚀 使用子 Agent（推荐）

标准流程

1. 启动 Claude Code（bypassPermissions 模式）
2. 逐阶段执行 SDD 流程（constitution → specify → clarify → plan → tasks → analyze → implement）
3. 验收测试（py_compile + pytest + uvicorn）
4. 输出结果（ACCEPTANCE_RESULT: PASS | FAIL）

关键等待规则：

• ⏱️ 高峰期（12:00-18:00 GMT+8）GLM-5 响应可能需要 1-5 分钟
• ⏱️ 使用 process 工具时，设置 timeoutMs: 300000（5分钟）
• ⏱️ 不要在 30 秒内判定为超时

完成标准：

• ✅ 代码已实现（不是文档）
• ✅ 测试已通过（至少 1 个核心测试）
• ✅ 功能可运行（服务能启动）

详细代码模板：见 references/autonomous-agent.md

🔄 长时间运行 Agent

挑战：上下文丢失、进度中断、状态不可知

解决方案：断点续传机制

.task-context/
├── progress.json     # 进度跟踪
├── checkpoint.md     # 检查点快照
└── session-log.md    # 会话日志

恢复中断任务：

sessions_spawn({
  task: "继续开发 [项目]，读取 .task-context/checkpoint.md 恢复上下文"
})

详见：references/long-running-agent.md

📐 开发最佳实践

详见：references/best-practices.md

⚠️ 常见问题

• Specify CLI 卡住 → 已跳过，使用离线模式
• 429 限流 → 等待 5 分钟后重试
• ModuleNotFoundError → 直接 pip install <module>
• 详细排查：references/troubleshooting.md

📚 参考文档

⚠️ 安全警告

风险评估

使用建议

✅ 推荐做法：

• 在 VM/容器中运行
• 使用测试令牌，避免生产凭据
• 使用 acceptEdits 模式，人工审核 bash 脚本
• 定期备份 ~/openclaw/workspace/ 目录

❌ 避免操作：

• 在生产服务器使用 bypassPermissions
• 使用高权限 GitHub 令牌
• 直接运行未经审查的网络脚本

监控工具：见 references/monitoring.md