agentleFS
roronoazoroshao369roronoazoroshao369/vibe-coding-os/skills/core/orchestration-workflows/SKILL.md

orchestration-workflows

Skill1 starsChanged 5 months agoMITView on GitHub

Define and execute multi-stage development workflows with quality gates at each stage, so complex work moves through explicit plan, implement, review, verify, and handoff checkpoints instead of a single unstructured pass. Use this skill for complex features, security-sensitive changes, multi-agent coordination, high-risk refactors, release preparation, or any task where a simple single-pass workflow is insufficient. Prefer it when several agents or roles must coordinate around artifacts and gating evidence.

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill for complex features, security-sensitive changes, multi-agent coordination, high-risk refactors, release preparation, or any …

    line 20

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Skill: Orchestration Workflows

Purpose

Define and execute multi-stage development workflows with quality gates at each stage, so complex work moves through explicit plan, implement, review, verify, and handoff checkpoints instead of a single unstructured pass.

When to use

Use this skill for complex features, security-sensitive changes, multi-agent coordination, high-risk refactors, release preparation, or any task where a simple single-pass workflow is insufficient. Prefer it when several agents or roles must coordinate around artifacts and gating evidence.

Inputs

  • Workflow definition: a JSON workflow file conforming to schemas/orchestration-workflow.json.
  • Task context: requirements, acceptance criteria, constraints, and relevant repository context.
  • Agent assignments: named roles for stages such as architect, engineer, reviewer, tester, debugger, or orchestrator.
  • Quality config: gate manifest, quality engine settings, validation expectations, and any project-specific overrides.

Outputs

  • Ordered stage results with pass, fail, blocked, or skipped status.
  • Gate results per stage with required-for-advance decisions.
  • Stage artifacts such as plans, code changes, reviews, verification reports, and handoff summaries.
  • Final orchestration report under docs/reports/orchestration/.

Workflow

  1. Select a workflow template from templates/workflow-*.json or create a custom workflow definition.
  2. Customize stages for the task: stage IDs, roles, inputs, outputs, timeouts, retry policy, and gate references.
  3. Assign agents to each stage and confirm each agent understands its expected inputs and outputs.
  4. Execute stages sequentially using scripts/orchestrate-workflow.mjs --workflow <path> or the vibe-orchestrate command.
  5. Enforce gates at each stage. Required gates block advancement when they fail; advisory or warning gates produce evidence and risk notes.
  6. Generate a final summary report with stage outcomes, blockers, gate evidence, and handoff notes.
  7. Handoff to the next agent, reviewer, or maintainer with the report and all required artifacts.

Failure modes

  • Workflow template does not match task risk, causing either under-gating or excessive ceremony.
  • Stage outputs are not produced, leaving downstream agents without enough context.
  • Required gates are marked advisory or optional and real blockers are missed.
  • Gate failures are bypassed without documented risk acceptance.
  • Agent role ownership is ambiguous and work stalls between stages.
  • Reports are generated but not reviewed before merge or handoff.

Verification checklist

  • Workflow file exists and matches schemas/orchestration-workflow.json.
  • Each stage has a clear owner role, expected inputs, and expected outputs.
  • Required gates are appropriate for the stage and task risk.
  • Blocking gate failures stop advancement and include remediation guidance.
  • Optional stages are intentionally marked and safe to skip.
  • Final report is written to docs/reports/orchestration/ and included in the handoff.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.