بنقرة واحدة
sillyspec-execute
用于按 plan 执行代码实现。适合用户说"开始写代码、执行任务、跑 execute、开干"。按 plan.md 中的 Wave 和 Task 逐步实现,遵循 design.md 和模块文档。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
用于按 plan 执行代码实现。适合用户说"开始写代码、执行任务、跑 execute、开干"。按 plan.md 中的 Wave 和 Task 逐步实现,遵循 design.md 和模块文档。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
规范驱动开发工具包。绿地用 /sillyspec:init,棕地用 /sillyspec:scan,全自动用 /sillyspec:auto。完整流程:scan → brainstorm → plan → execute → verify → archive。支持 TDD、子代理并行、worktree 隔离、E2E 验证。兼容 Claude Code / Cursor / Codex / OpenCode / OpenClaw。
用于正式开始开发前的需求澄清和技术方案设计。适合用户提出新功能、新模块、架构调整、复杂改造,或说"先做需求分析、输出技术方案、创建变更前先梳理、帮我设计下"。产出结构化方案(design/proposal/requirements/tasks 四件套),但不直接写代码。
用于把 design 拆解为可执行的实现计划。适合用户说"拆任务、做计划、排 wave、规划实现步骤"。产出 plan.md(Wave 分组 + Task 列表 + 依赖关系)。
生成结构化规范 — proposal + design + tasks。适合用户说"生成规范、补全四件套、propose"。产出 proposal.md + design.md + tasks.md(+ 可能的 requirements.md)。
用于明确、低风险、范围很小的直接任务。适合用户说"直接改、快速修、顺手调整、改个文案、修个小 bug、更新一个文件、不要完整流程"。跳过 brainstorm/plan,但仍按 sillyspec quick 流程执行。
用于 SillySpec 自检和状态修复。适合用户说"检查下状态、修复 progress、doctor、状态不对"。全量扫描进度一致性,修复进度数据与实际产出不匹配的问题。
| name | sillyspec:execute |
| description | 用于按 plan 执行代码实现。适合用户说"开始写代码、执行任务、跑 execute、开干"。按 plan.md 中的 Wave 和 Task 逐步实现,遵循 design.md 和模块文档。 |
项目有多个活跃变更(.sillyspec/changes/ 下有多个目录)时,所有 sillyspec run 命令需加 --change <变更名> 指定操作目标;只有一个变更时可省略(CLI 自动检测)。
sillyspec execute是sillyspec run execute的顶层别名,两者等价。
sillyspec run execute # 输出当前步骤 prompt(首次自动创建 worktree)
sillyspec run execute --done --output "摘要" # 完成当前步骤(--input "用户原话" 记录输入)
sillyspec run execute --status # 查看阶段进度
sillyspec run execute --skip # 跳过可选步骤
sillyspec run execute --reset # 重置阶段(从头开始)
sillyspec run execute --reopen --from-step N # 重新打开已完成阶段修订(N=序号或名称)
| 参数 | 说明 |
|---|---|
--change <名> | 指定变更名(多活跃变更必填,单变更可省略自动检测) |
--spec-dir <path> | 指定规范目录(默认 <项目>/.sillyspec) |
--non-interactive | CI/脚本下禁用交互式 prompt |
--skip-approval | 跳过审批/校验门控(需明确意图) |
--json | 输出 JSON(程序化读取) |
worktreePath),后续子代理的 cwd 必须设为该路径--done 时 CLI 校验 worktree 的依赖状态(depsStatus)。不达标会阻断完成并提示:
# 修复依赖供给
sillyspec worktree doctor --fix --change <变更名>
linked / installed / n/a 放行;missing / stale / failed / unknown 阻断。Wave 内所有 task 声明 no_deps_verify: true 时可 opt-out。
execute 完成时,每个 task 必须有 review.json 且 verdict 通过,否则阻断完成。例外:task 在 tasks/task-XX.md frontmatter 声明 low_risk: true(type-only / 机械迁移等低逻辑风险)时,缺 review.json 只发 warning 不阻断。cannot_verify 的 task 会写入 verify-required-evidence.json,由 verify 阶段消费。
sillyspec worktree apply <变更名> # 校验并应用 worktree 变更到主工作区
sillyspec worktree apply <变更名> --check-only # 只检查不应用
sillyspec worktree assess <变更名> # 风险审计 + 自动 apply
sillyspec worktree list # 列出所有活跃 worktree
sillyspec worktree meta <变更名> # 读取 worktree meta.json
sillyspec worktree cleanup <变更名> # 清理 worktree
sillyspec worktree doctor [--fix] # 健康检查 + 修复
plan → execute → verify
execute 完成后(所有 Wave/task 完成 + Task Review Gate 通过),运行 sillyspec run verify --change <变更名> 验证。
--done,不跳过$ARGUMENTS