workflow-orchestration
Workflow Orchestration
Guide users through structured thinking and recommend appropriate tools for complex tasks.
Quick Decision
| Situation | Recommendation |
|---|---|
| Multi-step project, full SDLC | /core:develop command |
| Plan only, implement later | /core:develop --plan-only |
| Resume existing plan | /core:develop @path/to/plan.md |
| Single complex problem needing deep analysis | /think command |
| Security-sensitive or high-stakes work | /core:develop --validate |
| Strategic decision with long-term impact | deep-think-partner agent |
| Simple task, clear steps | Inline guidance (no command needed) |
When to Orchestrate
Detect these signals for structured thinking:
Keyword triggers:
- "workflow", "orchestration", "coordinate", "parallel"
- "multi-step", "sequential", "dependencies"
- "break down", "plan this out", "how should I approach"
Context triggers:
- Architectural decisions affecting multiple components
- Multi-file changes requiring coordination
- Problems with unclear scope needing discovery
- Tasks that benefit from specialist agents
Orchestration Pattern
When structured approach is needed:
1. GATE → Is the request clear and actionable?
2. CONTEXT → What files/patterns are relevant?
3. PLAN → What tasks? Parallel vs sequential?
4. EXECUTE → Deploy specialists, maximize parallelism
5. VALIDATE → Confidence scoring (if needed)
6. REPORT → Summary with next steps
Command Reference
/core:develop <request> [flags]
Unified SDLC command with 6-phase pipeline and multi-agent orchestration.
Flags:
--plan-only- Stop after Phase 2 (save plan, don't implement)--validate- Enable deep validation with opus agent--phase=N- Execute specific phase only--auto- Autonomous mode (no checkpoints)
Best for: Feature implementations, refactoring projects, any multi-step development task.
Resume mode: /core:develop @path/to/plan.md loads existing plan and continues.
/think [problem]
Invoke deep-think-partner for collaborative reasoning.
Best for: Single complex problems, decision analysis, reasoning validation, architectural decisions.
Inline Guidance
For simpler tasks, provide structured thinking directly:
- Clarify scope - What exactly needs to be done?
- Identify dependencies - What must happen first?
- Plan sequence - Parallel where possible, sequential where required
- Execute - Work through each step
- Verify - Check results meet requirements
Model Tier Strategy
| Task Type | Model | Use Case |
|---|---|---|
| Gating, routing | haiku | Quick decisions, simple queries |
| Implementation | sonnet | Standard coding, documentation |
| Deep analysis | opus | Architecture, complex reasoning |
Output
When providing orchestration guidance:
## Recommended Approach
**Complexity:** [Low | Medium | High]
**Suggested tool:** [command or inline]
### Why
[Brief explanation of why this approach fits]
### Steps
1. [First step]
2. [Second step]
...
Additional Resources
- WORKFLOW.md - Detailed orchestration patterns
- EXAMPLES.md - Real-world usage scenarios
- TROUBLESHOOTING.md - Common issues and solutions
More from joaquimscosta/arkhe-claude-plugins
skill-validator
Validate skills against Anthropic best practices for frontmatter, structure, content, file organization, hooks, MCP, and security (62 rules in 8 categories). Use when creating new skills, updating existing skills, before publishing skills, reviewing skill quality, or when user mentions "validate skill", "check skill", "skill best practices", "skill review", or "lint skill".
30domain-driven-design
Expert guidance for Domain-Driven Design architecture and implementation. Use when designing complex business systems, defining bounded contexts, structuring domain models, choosing between modular monolith vs microservices, implementing aggregates/entities/value objects, or when users mention "DDD", "domain-driven design", "bounded context", "aggregate", "domain model", "ubiquitous language", "event storming", "context mapping", "domain events", "anemic domain model", strategic design, tactical patterns, or domain modeling. Helps make architectural decisions, identify subdomains, design aggregates, and avoid common DDD pitfalls.
26code-explanation
Explains complex code through clear narratives, visual diagrams, and step-by-step breakdowns. Use when user asks to explain code, understand algorithms, analyze design patterns, wants code walkthroughs, or mentions "explain this code", "how does this work", "code breakdown", or "understand this function".
22generating-changelog
Analyzes git commit history and generates professional changelogs with semantic versioning, conventional commit support, and multiple output formats (Keep a Changelog, Conventional, GitHub). Use when editing CHANGELOG.md, CHANGELOG.txt, or HISTORY.md files, preparing release notes, creating releases, bumping versions, updating changelog, documenting changes, writing release notes, tracking changes, version bump, tag release, or when user mentions "changelog", "release notes", "version history", "release", "semantic versioning", or "conventional commits".
21generating-stitch-screens
>
19flyway-consolidate
Analyze and consolidate Flyway SQL migrations into clean, domain-grouped CREATE TABLE migrations for pre-production projects. Use when consolidating database migrations, refactoring Flyway schemas, simplifying migration history, grouping tables by domain, or when user mentions "consolidate migrations", "merge migrations", "clean up Flyway", "refactor schema", "baseline migrations".
18