| name | workflow-manager |
| description | Multi-step project delivery pipeline orchestration — decompose, delegate, verify, ship. |
| license | MIT |
| compatibility | opencode |
| metadata | {"audience":"lead-strategist","workflow":"delivery"} |
Workflow Manager — Project Delivery Pipeline
Principle: Every project is a pipeline of phases. Decompose complex work into parallel streams, delegate to specialized agents, verify at each gate.
When to Use
- Starting a new client project or major feature
- Breaking down a complex task into sub-tasks
- Coordinating multiple agents on parallel workstreams
- Setting up CI/CD or delivery pipelines
- Project estimation and sprint planning
Workflow
Phase 1: Decompose
- Take the project goal and break it into independent workstreams
- Each workstream should map to one agent's expertise
- Identify dependencies between workstreams (blocking relationships)
- Estimate effort per workstream (hours/days)
- Produce a workflow DAG (directed acyclic graph)
Phase 2: Delegate
- For each workstream, create a
task with:
- Target agent (core-factory, backend-laravel, frontend-ui-ux, etc.)
- Clear brief referencing the spec
- Success criteria (verifiable)
- Run independent workstreams in parallel where possible
- Sequential workstreams: chain with dependency tracking
Phase 3: Verify
- Each completed workstream triggers automated verification:
pest-testing or testing-strategy for test coverage
security-review for vulnerability scan
agent-browser for UI integration tests
- Blocking issues: flag to lead-strategist immediately
- All gates must pass before merge
Phase 4: Ship
- Generate release notes via
git-release
- Update
project-memory with decisions and patterns
- Produce client deliverable (docx, pdf, ppt as needed)
- Tag release in git
Workflow DAG Template
Project: [Name]
├── Phase 1: Foundation
│ ├── [ ] Database schema (→ backend-laravel)
│ ├── [ ] API contracts (→ software-architect)
│ └── [ ] UI component tree (→ frontend-ui-ux)
├── Phase 2: Core
│ ├── [→DB] Business logic (→ backend-laravel)
│ ├── [→API] API endpoints (→ software-architect)
│ └── [→UI] Screen implementation (→ frontend-ui-ux)
├── Phase 3: Integration
│ ├── [→Core] Integration tests (→ qa-guardian)
│ ├── [→Core] Security audit (→ qa-guardian)
│ └── [→Core] Performance benchmark (→ devops-engineer)
└── Phase 4: Delivery
├── [ ] Documentation (→ docs-curator)
├── [ ] Release (→ devops-engineer)
└── [ ] Client handoff (→ lead-strategist)
Agent Routing Matrix
| Task Type | Primary Agent | Backup Agent | Skills |
|---|
| Backend API (Node) | software-architect | core-factory | — |
| Backend API (Laravel) | backend-laravel | core-factory | laravel-feature-scaffold, pest-testing |
| Frontend UI | frontend-ui-ux | core-factory | ui-ux-pro-max, visual-design-foundations |
| Mobile (Android) | android-kotlin | — | android, android-compose |
| Database | backend-laravel | software-architect | database-design |
| Infrastructure | devops-engineer | — | git-release |
| Testing/QA | qa-guardian | — | testing-strategy, agent-browser, security-review |
| Documentation | docs-curator | — | pdf, docx, xlsx, ppt |
| Architecture | software-architect | lead-strategist | spec-driven-design, knowledge-architect |
| Orchestration | lead-strategist | — | dynamic-workflow, self-improver |