Token导航 LogoToken导航

Agent Skill · 研究检索

workflow-orchestrator(工作流程协调器)

workflow-orchestrator 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

workflow-orchestrator 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证为 MIT,暂无第三方扫描结果,按安装量在研究检索类的 73,675 个 Skill 里排第 67,317。

总安装 247周安装 10GitHub Stars 公开资料未说明下载 78核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:workflow-orchestrator(工作流程协调器)
来源仓库:https://github.com/nguyenthienthanh/aura-frog
仓库路径:skills/workflow-orchestrator
安装命令:
npx skills add nguyenthienthanh/aura-frog --skill "workflow-orchestrator"
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

AgentSkills.tonpx skills
npx skills add nguyenthienthanh/aura-frog --skill "workflow-orchestrator"

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于查找、检索和筛选相关信息,支持基于关键词和任务场景的搜索。适合在多种宿主环境中快速定位候选结果。可结合来源仓库和原始文档核验具体功能。安装前建议确认权限范围和维护状态。workflow-orchestrator 属于研究检索类 Skill,可作为该场景下的辅助能力补充。注意是否涉及联网、命令执行或文件访问。

来源仓库内路径:skills/workflow-orchestrator

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add nguyenthienthanh/aura-frog --skill "workflow-orchestrator";命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

workflow-orchestrator 怎么安装?

在终端执行 npx skills add nguyenthienthanh/aura-frog --skill "workflow-orchestrator"。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

workflow-orchestrator 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

workflow-orchestrator 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

workflow-orchestrator 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

workflow-orchestrator 用的人多吗?

公开数据是累计安装 247 次,近一周安装 10 次,下载 78 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

workflow-orchestrator 安全吗?

没有查到第三方扫描结果,安全性无法从公开资料判断,安装前请自行审查源码、依赖和命令行为。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 没有第三方扫描结果,安全性只能靠自己读源码判断。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 要求有安全扫描结论才肯安装的团队。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
workflow-orchestrator

工作流程协调器 · 本页

247—只读MIT未收录

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
workflow-orchestrator
description
Execute 9-phase workflow for complex features. DO NOT use for simple bug fixes.
autoInvoke
true
priority
high
triggers
allowed-tools
Read, Grep, Glob, Edit, Write, Bash

Aura Frog Workflow Orchestrator

Priority: CRITICAL - Use for complex feature implementations Version: 1.0.0


When to Use

USE for:

  • New features
  • Complex implementations
  • Tasks > 2 hours
  • Multi-file changes
  • Tasks requiring TDD workflow

DON'T use for:

  • Bug fixes → use bugfix-quick
  • Quick refactors → direct edit
  • Config changes → direct edit
  • Simple questions → just answer

Pre-Execution Checklist

  1. agent-detector → Select lead agent (MANDATORY)
  2. project-context-loader → Load conventions (MANDATORY)
  3. Show agent banner at start of response
  4. Verify task complexity - if simple, suggest lighter approach

Token Budget Per Phase

CRITICAL: Stay within budget to avoid context explosion.

token_budget[9]{phase,max_tokens,format}:
  1,500,TOON summary only - NO prose
  2,1500,Technical design in TOON + minimal prose
  3,800,Component list in TOON
  4,600,Test cases in TOON table
  5a,1000,Test code only - no explanations
  5b,2000,Implementation code - minimal comments
  5c,500,Refactor summary in TOON
  6,800,Review findings in TOON table
  7-9,300 each,Status only

Phase 1 HARD CAP: 500 tokens. Use /workflow:phase1-lite format.


9-Phase Workflow

PhaseNameLead AgentDeliverableGate
1Understand 🎯pm-operations-orchestratorRequirements (TOON, ≤500 tokens)⚡ Auto
2Design 🏗️Dev agentTechnical design✋ Approval
3UI Breakdown 🎨ui-designerComponent breakdown⚡ Auto
4Plan Tests 🧪qa-automationTest strategy⚡ Auto
5aWrite Tests 🔴qa-automation + DevFailing tests (TDD RED)⚡ Auto
5bBuild 🟢Dev agentImplementation (TDD GREEN)✋ Approval
5cPolish ♻️Dev agentRefactored code (TDD REFACTOR)⚡ Auto
6Review 👀security-expertQuality review report⚡ Auto*
7Verify ✅qa-automationAll tests pass, coverage ≥80%⚡ Auto
8Document 📚pm-operations-orchestratorDocumentation⚡ Auto
9Share 🔔slack-operationsTeam notification⚡ Auto

Gate Legend:

  • ✋ Approval = Must wait for user approval before continuing
  • ⚡ Auto = Auto-continue after showing deliverables
  • ⚡ Auto* = Auto-continue unless issues found (stops if critical issues)

Phase Transition Rules

Valid Transitions

Phase 1 (Understand) → Phase 2 (Design)
  Mode: ⚡ AUTO-CONTINUE
  Shows: Requirements summary, then continues

Phase 2 (Design) → Phase 3 (UI)
  Mode: ✋ APPROVAL REQUIRED
  Blocker: No technical design approved

Phase 3 (UI) → Phase 4 (Plan Tests)
  Mode: ⚡ AUTO-CONTINUE
  Skip if: No UI component in task

Phase 4 (Plan Tests) → Phase 5a (Write Tests)
  Mode: ⚡ AUTO-CONTINUE
  Shows: Test strategy, then continues

Phase 5a (RED) → Phase 5b (GREEN)
  Mode: ⚡ AUTO-CONTINUE (if tests fail as expected)
  Blocker: Tests pass (they should fail!) → STOP

Phase 5b (GREEN) → Phase 5c (REFACTOR)
  Mode: ✋ APPROVAL REQUIRED
  Blocker: Tests still failing

Phase 5c (REFACTOR) → Phase 6 (Review)
  Mode: ⚡ AUTO-CONTINUE (if tests still pass)
  Blocker: Tests broken by refactor → STOP

Phase 6 (Review) → Phase 7 (Verify)
  Mode: ⚡ AUTO-CONTINUE (unless critical issues)
  Blocker: Critical security issues → STOP for approval

Phase 7 (Verify) → Phase 8 (Document)
  Mode: ⚡ AUTO-CONTINUE (if tests pass)
  Blocker: Tests fail or coverage <80% → STOP

Phase 8 (Document) → Phase 9 (Share)
  Mode: ⚡ AUTO-CONTINUE
  Auto-executes Phase 9

Summary: Only 2 Approval Gates

GatePhaseWhy
1stPhase 2 (Design)Architecture decisions are hard to change later
2ndPhase 5b (GREEN)Main implementation - review before refactor

All other phases auto-continue unless a blocker is hit.

Invalid Transitions (BLOCKED)

  • ❌ Skip from Phase 1 to Phase 5 (no design)
  • ❌ Phase 5b without 5a (no TDD)
  • ❌ Phase 7 with failing tests
  • ❌ Any phase skip without explicit user request

Approval Gates (Only 2)

Approval is only required at Phase 2 (Design) and Phase 5b (Implementation).

Gate Format

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🏗️ Phase [N]: [Name] - Approval Needed
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

## [Friendly Summary] ✨

[Deliverables list]

---

📍 **Progress:** ████░░░░░░░░░░░░ [X]% ([N]/8 phases)

⏭️ **After approval:**
→ Phases [N+1] to [X] will AUTO-CONTINUE
→ Next approval gate: Phase [Y]

---

**Options:**
- `approve` / `yes` → Continue (auto-runs until next gate)
- `reject: <reason>` → Brainstorm & re-do
- `modify: <changes>` → Adjust deliverables
- `stop` → Cancel workflow

⚡ After approval, I'll AUTO-CONTINUE through multiple phases!

See: rules/workflow-navigation.md for full navigation format.

Auto-Continue Phases (No Approval Needed)

These phases show deliverables but continue automatically:

PhaseShowsThen
1. UnderstandRequirements summary→ Continues to Phase 2
3. UI BreakdownComponent breakdown→ Continues to Phase 4
4. Test PlanTest strategy→ Continues to Phase 5a
5a. TDD REDFailing tests→ Continues to Phase 5b (if tests fail)
5c. TDD REFACTORCleaned code→ Continues to Phase 6 (if tests pass)
6. ReviewReview report→ Continues to Phase 7 (unless critical issues)
7. VerifyTest results→ Continues to Phase 8 (if pass)
8. DocumentDocumentation→ Continues to Phase 9

Auto-Stop Conditions:

  • Phase 5a: Tests pass (should fail) → STOP
  • Phase 5c/6/7: Tests fail → STOP
  • Phase 6: Critical security issues → STOP
  • Phase 7: Coverage < 80% → STOP

Valid Responses

ResponseAction
approve / yesContinue to next phase immediately
reject: <reason>Brainstorm first, then restart phase
modify: <changes>Light brainstorm, then adjust deliverables
stop / cancelEnd workflow, save state

Feedback Handling (IMPORTANT)

Default behavior: Brainstorm feedback before implementing.

  • Analyze user's suggestion
  • Consider alternatives
  • Present options with pros/cons
  • Then implement agreed approach

Force mode: Skip brainstorming when user says:

  • "must do: ..." → Implement directly
  • "just do: ..." → Skip discussion
  • "work like that" → No alternatives

See: rules/feedback-brainstorming.md


AUTO-CONTINUE Behavior

Streamlined workflow with only 2 approval gates:

Flow Overview

START → Phase 1 (auto) → Phase 2 ✋ APPROVAL
      → Phase 3-5a (auto) → Phase 5b ✋ APPROVAL
      → Phase 5c-9 (auto) → DONE

Example Flow

User: "workflow:start Add JWT authentication"

→ Phase 1: Understand (shows summary, auto-continues)
→ Phase 2: Design
  ✋ APPROVAL GATE - waits for user

User: "approve"

→ Phase 3: UI Breakdown (auto-continues)
→ Phase 4: Test Plan (auto-continues)
→ Phase 5a: TDD RED - write failing tests (auto-continues if tests fail)
→ Phase 5b: TDD GREEN - implementation
  ✋ APPROVAL GATE - waits for user

User: "approve"

→ Phase 5c: Refactor (auto-continues if tests pass)
→ Phase 6: Review (auto-continues unless critical issues)
→ Phase 7: Verify (auto-continues if tests pass)
→ Phase 8: Document (auto-continues)
→ Phase 9: Share (auto-executes)
→ DONE ✅

Auto-Stop Triggers:

  • Tests fail when they shouldn't (or pass when they should fail)
  • Critical security issues in review
  • Coverage below 80%
  • Token limit reached

Token Awareness:

  • At 75% (150K tokens): Warn user
  • At 85% (170K tokens): Suggest workflow:handoff
  • At 90% (180K tokens): Force handoff

Critical Rules

TDD (NON-NEGOTIABLE)

Phase 5a (RED):
  ✅ Write tests FIRST
  ✅ Run tests → MUST FAIL
  ❌ If tests pass → STOP, tests aren't testing new code

Phase 5b (GREEN):
  ✅ Write minimal code to pass tests
  ✅ Run tests → MUST PASS
  ❌ If tests fail → Fix code, not tests

Phase 5c (REFACTOR):
  ✅ Clean up code
  ✅ Run tests → MUST STILL PASS
  ❌ If tests fail → Revert refactor

KISS Principle

  • ✅ Simple over complex
  • ✅ Standard patterns over custom
  • ✅ Solve today's problem, not tomorrow's
  • ❌ No premature abstraction
  • ❌ No over-engineering
  • ❌ No excessive configuration

Cross-Review

PhaseCreatorReviewers
1 (Understand)PMDev + QA + UI
2 (Design)DevSecondary Dev + QA
4 (Plan Tests)QADev
6 (Review)SecurityAll

Phase Skip Rules

Automatic Skips

  • Phase 3 (UI): Skip if task has no UI components
  • Phase 9 (Share): Skip if no Slack integration configured

User-Requested Skips

User can request skip with reason:

User: "skip phase 3, this is backend only"
→ Log skip reason
→ Proceed to Phase 4

Files to Load (ON-DEMAND ONLY)

TOKEN OPTIMIZATION: Do NOT pre-load all files. Load only when entering that phase.

Phase Guides (Load ONE at a time)

phase_files[9]{phase,file,load_when}:
  1,docs/phases/phase-1-understand.md,Entering Phase 1
  2,docs/phases/phase-2-design.md,Entering Phase 2
  3,docs/phases/phase-3-ui.md,Entering Phase 3 (skip if no UI)
  4,docs/phases/phase-4-test-planning.md,Entering Phase 4
  5,docs/phases/phase-5-implementation.md,Entering Phase 5a/5b/5c
  6,docs/phases/phase-6-review.md,Entering Phase 6
  7,docs/phases/phase-7-verification.md,Entering Phase 7
  8,docs/phases/phase-8-documentation.md,Entering Phase 8
  9,docs/phases/phase-9-notification.md,Entering Phase 9

Project Context (Load ONCE at workflow start)

.claude/project-contexts/[project]/project-config.yaml

Skip: conventions.md and rules.md unless explicitly needed.

Rules (Load only if referenced)

rules[4]{rule,load_when}:
  tdd-workflow.md,Phase 5 only
  kiss-principle.md,Never (principle is inline above)
  feedback-brainstorming.md,Only on reject/modify response
  workflow-navigation.md,Only if navigation unclear

State Management

Save State

workflow:handoff
→ Saves to .claude/logs/workflows/[workflow-id]/
→ Contains: current phase, deliverables, context

Resume State

workflow:resume <workflow-id>
→ Loads saved state
→ Continues from last phase
→ Re-shows approval gate if pending

Workflow Status

workflow:status
→ Shows: current phase, completed phases, pending tasks

Example Workflow Execution

User: "workflow:start Add user authentication with JWT"

━━━ AUTO-CONTINUE BLOCK 1 ━━━

Phase 1: Understand 🎯 [AUTO]
├── Analyze requirements
├── Define success criteria
├── Identify risks
└── Shows summary, continues automatically...

Phase 2: Design 🏗️
├── Design JWT architecture
├── Define API endpoints
├── Plan database schema
└── ✋ APPROVAL GATE (1 of 2)

User: "approve"

━━━ AUTO-CONTINUE BLOCK 2 ━━━

Phase 3: UI Breakdown 🎨 [AUTO]
├── Design login/register screens
├── Extract design tokens
└── Continues automatically...

Phase 4: Test Plan 🧪 [AUTO]
├── Define test strategy
├── List test cases
└── Continues automatically...

Phase 5a: Write Tests 🔴 [AUTO]
├── Write failing tests (TDD RED)
├── Run tests → verify they FAIL
└── Continues automatically (if tests fail as expected)...

Phase 5b: Build 🟢
├── Implement code (TDD GREEN)
├── Run tests → verify they PASS
└── ✋ APPROVAL GATE (2 of 2)

User: "approve"

━━━ AUTO-CONTINUE BLOCK 3 ━━━

Phase 5c: Polish ♻️ [AUTO]
├── Refactor code
├── Run tests → still pass
└── Continues automatically...

Phase 6: Review 👀 [AUTO]
├── Security review
├── Code quality check
└── Continues automatically (unless critical issues)...

Phase 7: Verify ✅ [AUTO]
├── Run all tests
├── Check coverage ≥80%
└── Continues automatically...

Phase 8: Document 📚 [AUTO]
├── Update documentation
├── Generate ADRs if needed
└── Continues automatically...

Phase 9: Share 🔔 [AUTO]
├── Send Slack notification
└── Workflow complete ✅

TOTAL APPROVALS NEEDED: 2

Remember:

  • Follow phases in order
  • Only 2 approval gates: Phase 2 (Design) and Phase 5b (Implementation)
  • Auto-continue through other phases unless blocker hit
  • TDD is mandatory (RED → GREEN → REFACTOR)
  • Save state at token limit
  • ALWAYS show what's next after each phase (see rules/workflow-navigation.md)

平台分布

OpenCode

28.73%
按下载量换算22

Claude Code

20.89%
按下载量换算16

windsurf

18.24%
按下载量换算14

cline

10.91%
按下载量换算9

Codex

6.76%
按下载量换算5

Antigravity

3.12%
按下载量换算2

安全审计

暂无安全审计结果可展示。

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills