By KingSharkG
Multi-agent governance layer: orchestrator, lead/executor, delivery-PM, design, reviewer, integration-checker — with governance skills and trigger hooks.
Add an entry (skill, plugin, baseline, etc.) to <artifact-root>/config/PROJECT_CONFIG.md.
Resume an in-progress task by task_id, or show a menu of resumable tasks.
Bootstrap <artifact-root>/config/PROJECT_CONFIG.md for this repo via the init agent.
Harvest review comments from a GitHub PR into <artifact-root>/knowledge/pr-lessons.md so the same mistake isn't made twice.
Remove an entry from <artifact-root>/config/PROJECT_CONFIG.md.
MUST BE USED for every new multi-step user task. Coordinates intake classification, routing to specialists (lead/executor/reviewer/design-agent/integration-checker/delivery-pm), enforces P1/P2/P4 user-approval gates, runs the review loop, and finalizes workflow artifacts. Invoked automatically by `/ai-agents-workflow:task`.
Delivery planning specialist for decomposition, blockers, reprioritization, and scope split proposals.
Conditional mobile UX specialist for flows, usability, CTA hierarchy, and loading/error/empty states.
Generic executor. Implements approved subtasks in any domain and emits an Implementation Report. Stack-agnostic; domain skills/plugins/baselines resolve from <artifact-root>/config/PROJECT_CONFIG.md at runtime.
Generate or maintain <artifact-root>/config/PROJECT_CONFIG.md for the consumer repo via scoped discovery, multiple-choice questions, and a review-and-comment gate. Modes - init, update, add, remove.
Owns dispatch orchestration — subtask skeleton, pre-dispatch checklist, post-dispatch artifact gate, clarifying-questions hold, rework routing, and token-saving rules. Use before EVERY agent dispatch (except direct-answer and Delivery PM task-level intake) and after every return. Bundle composition itself is delegated to context-minimizer.
Classify an incoming task into one of five paths (direct-answer, plan-only, execution-trivial, execution-simple, execution-full) using checklist-based rules, then confirm the chosen path with the user via a mandatory radio-button popup before any pipeline work begins. Use at Step 0 before any artifact creation.
Owns the orchestrator state files (`orchestration-state.json` hot + `orchestration-history.json` history) — schemas, field semantics, phase/stage transitions, history-consistency contract, and post-approval closure. Use before every subtask transition, on first state write, and at post-approval closure. Read by orchestrator-dispatch (pre-dispatch hot-state read) and orchestrator-user-gates (P4 history validation).
Format spec for per-agent telemetry lines and Context Manifest subsections in `<subtask_id>/summary.md`. Use when specifying agent output requirements and when validating dispatch returns against the expected schema. Task-level aggregation (writing the rolled-up `<task_id>/summary.md`) is delegated to telemetry-summary.
Pauses for user input at four orchestration gates via AskUserQuestion. **P1** — fires after Delivery PM appends `<!-- section:delivery-plan -->` and before any subtask agent dispatch (hard-blocked by `pre-task-guard.js`). **P2** — fires when phase-N subtasks are all closed and phase-N+1 has pending work. **P4** — fires when all subtasks closed, gates empty, before setting `phase: complete`. **P5** — fires after completion for retrospective (skipped for ≤2-subtask all-first-cycle tasks). Use when reaching any of these checkpoints.
Executes bash commands
Hook triggers when Bash tool is used
Modifies files
Hook triggers on file write and edit operations
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Uses power tools
Uses power tools
Uses Bash, Write, or Edit tools
Uses Bash, Write, or Edit tools
A Claude Code plugin that installs a portable multi-agent governance pipeline into any repo: chief-orchestrator, delivery-PM, lead, executor, design-agent, reviewer, integration-checker, init, resume-orchestrator, pr-lessons-harvester — plus 28 governance skills (organized by lifecycle stage) and a Node-based hook chain that enforces stage discipline, P1 plan approval, and plan-mode pre-flight.
From any target repo:
/plugin marketplace add KingSharkG/ai-agents-workflow
/plugin install ai-agents-workflow@ai-agents-workflow
Verify:
/plugin
You should see ai-agents-workflow listed as enabled. Pick up upstream edits with:
/plugin marketplace update ai-agents-workflow
/plugin uninstall ai-agents-workflow
/plugin install ai-agents-workflow@ai-agents-workflow
Note:
/plugin marketplace updateonly refreshes the marketplace source — you must uninstall and reinstall for changes to take effect in the plugin cache.
If you have this repo cloned locally and want to iterate on the plugin itself:
/plugin marketplace add /absolute/path/to/ai-agents-workflow
/plugin install ai-agents-workflow@ai-agents-workflow
Pick up local edits with the same update sequence:
/plugin marketplace update ai-agents-workflow
/plugin uninstall ai-agents-workflow
/plugin install ai-agents-workflow@ai-agents-workflow
/plugin uninstall ai-agents-workflow
/plugin marketplace remove ai-agents-workflow
Eight namespaced slash commands cover the plugin's surface:
| Command | Purpose |
|---|---|
/ai-agents-workflow:init | Bootstrap <artifact-root>/config/PROJECT_CONFIG.md |
/ai-agents-workflow:add <target-type> <value> [--domain <d>] | Add a config entry |
/ai-agents-workflow:update | Refresh CLI-owned sections of the config |
/ai-agents-workflow:remove <target-type> <value> [--domain <d>] | Remove a config entry |
/ai-agents-workflow:task <description> | Classify and route a task (see Intake Classification) |
/ai-agents-workflow:continue [task_id] | Resume an interrupted or in-progress task |
/ai-agents-workflow:pr-lessons <PR-ref> | Harvest review comments from a PR into the lessons file |
/ai-agents-workflow:review [pr-number | URL | phrase] | PR-lessons-aware review of local diff or a GitHub PR; offers to dispatch fixes via /ai-agents-workflow:task |
Valid <target-type> values for :add / :remove: domain, skill, plugin, baseline, validation-rule, forbidden-action, best-practice, cross-domain-rule.
Natural-language invocations (e.g., "initialize project config") still work — the slash commands are a typed shortcut, not a replacement.
A task progresses through up to four explicit stages, recorded in orchestration-state.json → stage (schema_version 3+):
| Stage | What runs | Subagents legal here |
|---|---|---|
intake | Classify the request, ask clarifications if ambiguous, write task-data.md and initialize state | chief-orchestrator, delivery-pm |
planning | Delivery PM produces the plan; P1 user gate approves it | chief-orchestrator, delivery-pm, lead, design-agent |
execution | Per-subtask Lead → Executor → Integration → Reviewer cycles, P2 phase boundary | chief-orchestrator, lead, executor, reviewer, design-agent, integration-checker |
closure | Post-approval cleanup, task-level summary, P4 task-completion gate, optional P5 retrospective | chief-orchestrator |
The pre-task-guard.js Phase 3.5 hook blocks subagent dispatches that don't belong to the active stage. Stage reopens are supported as soft transitions: execution → planning (Reviewer needs-replan or P2 user-elected replan) and closure → execution (reversal-packet). The reopen counter is soft-capped at 3; a 4th attempt triggers a blocker-escalation-report plus a "Continue / Abort" P-gate.
See ai/playbooks/ORCHESTRATION.md for the stage-grouped flow, the stage transition diagram, and the trivial-path compressed flow.
The /ai-agents-workflow:task command classifies each request before deciding how much of the pipeline to run:
npx claudepluginhub kingsharkg/ai-agents-workflow --plugin ai-agents-workflowHarness-native ECC operator layer - 67 agents, 271 skills, 92 legacy command shims, reusable hooks, rules, selective install profiles, and production-ready workflows for Claude Code, Codex, OpenCode, Cursor, and related agent harnesses
v9.44.1 — Patch release for Gemini environment/version detection and qwen auth gating. Run /octo:setup.
Superpowers Plus core skills library for Claude Code: planning, execution routing, TDD, debugging, and collaboration workflows
Claude harness - A harness for solo developers (Vibecoders) to handle full-cycle contract development.
Unity Development Toolkit - Expert agents for scripting/refactoring/optimization, script templates, and Agent Skills for Unity C# development
Persistent file-based planning for AI coding agents. Crash-proof markdown plans (task_plan.md, findings.md, progress.md) that survive context loss and /clear, with an opt-in completion gate and multi-agent shared state. Manus-style. Works with Claude Code, Codex CLI, Cursor, Kiro, OpenCode and 60+ agents via the SKILL.md standard. Includes Arabic, German, Spanish, and Chinese (Simplified and Traditional).