用途：对单个变更端到端跑完 spec-driven 工作流，覆盖 propose、apply、verify、review、archive 全流程，减少人工确认环节。
必要命令（保持原样）： node {{SKILL_DIR}}/scripts/spec-driven.js propose <name> node {{SKILL_DIR}}/scripts/spec-driven.js apply <name> node {{SKILL_DIR}}/scripts/spec-driven.js verify <name> node {{SKILL_DIR}}/scripts/spec-driven.js audit-unmapped-spec-evidence [--implementation <repo-path> ...] [--tests <repo-path> ...] node {{SKILL_DIR}}/scripts/spec-driven.js verify-spec-mappings node {{SKILL_DIR}}/scripts/spec-driven.js archive <name>
前提：项目根目录需存在 .spec-driven/ 目录，可用 ls .spec-driven/ 检查；不存在则先运行 /spec-driven-init。
主要流程：先重建工作上下文，忽略既有对话内容，以当前变更产物、相关基础规格和仓库状态为准；再做复杂度评估，读取 .spec-driven/config.yaml、.spec-driven/specs/INDEX.md 及相关规格与代码，分为 Green（可直接执行）与 Red（范围含糊或跨多服务，建议先跑 /spec-driven-brainstorm）；随后依次执行 propose、apply、verify、review、archive，合并 delta 规格到主规格并更新 INDEX.md，最后汇报结果。
限制：questions.md 存在未解决开放问题、脚本错误、CRITICAL 发现或无法自动修复的问题时需停下；推荐答案不等于用户确认；不自动提交或推送，仅在用户明确选择后交由 /spec-driven-ship <name> 处理。未提供更多操作。