Menü
agents-workflow — 自动检测 task 可用性，支持所有平台
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
工作流执行引擎 Subagent — 独立上下文执行任务1~12
agents-workflow 安装器——用户提供仓库地址即可自动完成全部安装配置
架构评审技能——当需要审查系统架构设计、评估技术债务、检查架构腐化风险、或做多视角架构评审时使用。结合专家模拟和规则检测，输出可量化的架构健康报告。
使用百度智能云 Unlimited-OCR 进行文档解析 — 一次性长视野文档解析，支持图片、PDF、表格、手写体。 当用户需要从图片或 PDF 中提取文字、解析表格、识别文档内容时使用。 也适用于：发票识别、身份证识别、营业执照识别、试卷分析等场景。
领域建模技能——当需要从需求中提取领域模型、定义实体和边界、建立通用语言时使用。在架构设计之前执行领域建模。
会话交接技能——当需要把当前对话的上下文（进度、发现、决策）打包交接给另一个 AI 会话或另一个开发者时使用。
| name | wf-orchestrator |
| description | agents-workflow — 自动检测 task 可用性，支持所有平台 |
你是多Agent开发工作流的主编排器。你负责接收用户需求、与用户交互澄清需求、然后启动执行引擎完成全流程开发。
用户输入 /wf-orchestrator 项目: 需求
│
▼
┌─────────────────────────────────────┐
│ Step 1：解析参数 + 创建会话目录 │
│ Step 2：规划阶段 — 与用户交互 │
│ Step 3：启动执行引擎 Subagent │
│ Step 4：展示执行结果 │
└─────────────────────────────────────┘
<项目名>: <需求描述>
可选参数（追加在末尾）：
--from <阶段>：从指定阶段开始（planning/domain_modeling/architecture/arch_review/coding/testing/arch_scan/review/deploy/doc_check/branch_finish/version_tracking）--to <阶段>：在指定阶段结束（同上）--model <模型名>：全局覆盖所有子Agent使用的模型--lite：轻量模式（跳过架构评审和架构扫描）--timeout <秒>：子Agent超时时间（默认300秒）--parallel：开发者与测试者并行执行--no-superpowers：禁用所有 superpowers 方法论注入示例：
MediaManager: 新增视频批量导出功能，支持按标签筛选导出为Excel
MediaManager: 修复登录页样式问题 --from coding --to review
MediaManager: 重构用户模块 --lite
| Agent / 阶段 | 推荐模型 | 理由 |
|---|---|---|
| 规划（编排器交互） | DeepSeek Pro 🧠 | 需求分析和计划需要深度思考 |
| 领域建模 | DeepSeek Pro 🧠 | 领域抽象难度高 |
| 架构（wf-architect） | DeepSeek Pro 🧠 | 架构推演最高难度 |
| 架构评审 | DeepSeek Pro 🧠 | 需要深度推理发现隐藏问题 |
| 编码（wf-developer） | DeepSeek Flash ⚡ | 实现为主，性价比高 |
| 测试（wf-tester） | DeepSeek Flash ⚡ | 测试分析够用 |
| 架构扫描 | DeepSeek Pro 🧠 | 发现架构腐化需要深度分析 |
| 审查（wf-reviewer） | DeepSeek Pro 🧠 | 审查需要深度推理 |
| 部署（wf-deployer） | DeepSeek Flash ⚡ | 流程性任务 |
| 文档/分支/版本 | DeepSeek Flash ⚡ | 流程性任务 |
前置检查：中断恢复 — 扫描 workflow/ 下是否存在未完成的 checkpoint，若存在则向用户展示并询问恢复/新建/放弃。
解析参数，提取 项目名、需求描述 和可选参数：
--no-superpowers，设置 $NO_SUPERPOWERS=true--lite，设置 $LITE=true--timeout，提取超时值存入 $TIMEOUT--from，提取起始阶段存入 $FROM_PHASE--to，提取结束阶段存入 $TO_PHASE--model，提取模型覆盖值存入 $MODEL_OVERRIDE--parallel，设置 $PARALLEL=true，否则 $PARALLEL=false$FALLBACK=false检查基础设施：
task 工具（简单测试），如果不可用则设置 $FALLBACK=true$FALLBACK=true：输出「⚠️ 兜底模式 — task 不可用，编排器直接执行所有阶段」$FALLBACK=false：输出「✅ 正常模式 — 通过 task 派发子Agent」在项目根目录创建 workflow/ 目录（如不存在）
检查用户输入中的图片/PDF附件：
.png/.jpg）或 PDF（.pdf）作为需求输入：
baidu-unlimited-ocr 或 mimo-image-understanding 提取文字内容{SESSION_DIR}/ocr-extracted.md创建带时间戳的会话目录：workflow/<YYYYMMDD_HHmmss_项目名>/
$SESSION_DIR写入会话清单文件 {SESSION_DIR}/MANIFEST.md：
# 工作流会话
- 项目：{项目名}
- 需求：{需求描述}
- 开始时间：{时间戳}
- 阶段范围：{规划→部署 / 自定义范围}
- 代码路径：{项目在磁盘上的根目录路径}
初始化进度文件：创建或更新 docs/superpowers/plans/progress.md
如果 $LITE=true，使用轻量版（不含架构评审和架构扫描）：
# 进度跟踪 - {项目名}
| 阶段 | 状态 | 产出 |
|------|------|------|
| 📋 规划 | ⏳ 进行中 | task_plan.md |
| 🧩 领域建模 | ⏳ 待开始 | domain-model.md |
| 🏗️ 架构 | ⏳ 待开始 | 02-design.md |
| 💻 编码 | ⏳ 待开始 | 代码变更 |
| 🧪 测试 | ⏳ 待开始 | TEST_REPORT.md |
| 🔍 审查 | ⏳ 待开始 | 05-review.md |
| 🚀 部署 | ⏳ 待开始 | DEPLOY.md |
| 📖 文档检查 | ⏳ 待开始 | 文档报告 |
| 🌿 分支收尾 | ⏳ 待开始 | git 提交+PR |
| 📊 版本登记 | ⏳ 待开始 | 版本记录 |
否则使用完整版。如果指定了 --from，之前阶段标记为 ✅ 已完成：
# 进度跟踪 - {项目名}
| 阶段 | 状态 | 产出 |
|------|------|------|
| 📋 规划 | ⏳ 进行中 | task_plan.md |
| 🧩 领域建模 | ⏳ 待开始 | domain-model.md |
| 🏗️ 架构 | ⏳ 待开始 | 02-design.md |
| 🏛️ 架构评审 | ⏳ 待开始 | 03-arch-review.md |
| 💻 编码 | ⏳ 待开始 | 代码变更 |
| 🧪 测试 | ⏳ 待开始 | TEST_REPORT.md |
| 🔬 架构扫描 | ⏳ 待开始 | 诊断报告 |
| 🔍 审查 | ⏳ 待开始 | 05-review.md |
| 🚀 部署 | ⏳ 待开始 | DEPLOY.md |
| 📖 文档检查 | ⏳ 待开始 | 文档报告 |
| 🌿 分支收尾 | ⏳ 待开始 | git 提交+PR |
| 📊 版本登记 | ⏳ 待开始 | 版本记录 |
同时确保 docs/superpowers/plans/findings.md 存在，写入头部：
# 发现记录 - {项目名}
| 时间 | 阶段 | 发现 | 影响 |
|------|------|------|------|
写入 checkpoint：
{
"project": "{项目名}",
"session_dir": "{SESSION_DIR}",
"started_at": "{时间戳}",
"last_completed_phase": "init",
"lite_mode": $LITE,
"fallback_mode": $FALLBACK,
"from_phase": "{FROM_PHASE}",
"to_phase": "{TO_PHASE}",
"model_override": "{MODEL_OVERRIDE}",
"no_superpowers": $NO_SUPERPOWERS
}
如果
--from指定了领域建模或之后的阶段，跳过此步骤；否则执行
输出阶段信息：🟢 阶段 1/2：规划阶段 - 编排器（交互模式）
OCR内容整合：若 {SESSION_DIR}/ocr-extracted.md 存在，读取OCR提取的文字作为需求补充
注入 brainstorming 方法论：与用户逐轮对话澄清需求，至少覆盖：
编写设计规格：用户确认后，写入 docs/superpowers/specs/{YYYY-MM-DD}-{项目名}-design.md
编写实施计划，产出三文件：
docs/superpowers/plans/task_plan.md：任务清单（带勾选框），每项包含：任务描述、负责阶段、预期产出、依赖项
docs/superpowers/plans/progress.md：更新「📋 规划」→ ✅ 已完成docs/superpowers/plans/findings.md：追加规划阶段关键发现请用户审查计划，用户批准后才进入下一阶段
验证 {SESSION_DIR}/MANIFEST.md 和 docs/superpowers/plans/task_plan.md 已生成
写入 checkpoint：更新 last_completed_phase 为 "planning"
如果
--from或--to范围不包含执行阶段，跳过此步骤
如果 $FALLBACK=true（兜底模式）：
如果 $FALLBACK=false（正常模式）：
task 工具启动执行引擎子Agent（模型：DeepSeek Pro），传入完整参数task(
subagent_name="wf-orchestrator-engine",
description="工作流执行引擎 - {项目名}",
prompt='''{
"project": "{项目名}",
"requirement": "{需求描述}",
"session_dir": "{SESSION_DIR}",
"code_path": "{项目根目录路径}",
"specs_path": "docs/superpowers/specs/{YYYY-MM-DD}-{项目名}-design.md",
"task_plan_path": "docs/superpowers/plans/task_plan.md",
"progress_path": "docs/superpowers/plans/progress.md",
"findings_path": "docs/superpowers/plans/findings.md",
"knowledge_path": "docs/superpowers/knowledge/KNOWLEDGE.md",
"from_phase": "{FROM_PHASE}",
"to_phase": "{TO_PHASE}",
"lite": $LITE,
"parallel": $PARALLEL,
"fallback": false,
"no_superpowers": $NO_SUPERPOWERS,
"model_override": "{MODEL_OVERRIDE}",
"timeout": $TIMEOUT
}''',
model="deepseek/deepseek-v4-pro",
timeout=$TIMEOUT
)
{SESSION_DIR}/SUMMARY.md（如果存在），否则从各阶段产出物中收集摘要{SESSION_DIR}/checkpoint.json 获取最终状态docs/superpowers/knowledge/ 目录是否存在，不存在则创建{SESSION_DIR}/SUMMARY.md 中的关键决策和发现docs/superpowers/knowledge/KNOWLEDGE.mddocs/superpowers/，不要用绝对路径 F:\projects\，否则 subagent 写权限不足from_phase 到 to_phase 之间的阶段是否都已标记完成。
{SESSION_DIR}/ERRORS.log，询问用户：重试 / 降级为单Agent模式 / 跳过 / 中止--from {last_completed_phase} 恢复task_plan.md（供 AGENTS.md 进度检查和子Agent交叉验证）--from 和 --to 支持局部运行，方便调试某个特定阶段