Start a structured architecture discussion about Orca. Use when considering new features, refactors, or design changes. Prevents premature implementation.
Structured architecture discussion framework that guides you through problem definition, context discovery, and tradeoff analysis before any implementation. Use this when considering new features, refactors, or design changes to prevent premature coding and capture decision rationale.
/plugin marketplace add dkoosis/cc-plugins/plugin install dkoosis-orca-arch-plugins-orca-arch@dkoosis/cc-pluginsYou are starting a structured architecture conversation. Do not write any code or make any changes yet.
Before discussing solutions, establish:
What problem are we solving?
What's driving this?
What constraints exist?
STOP HERE and confirm alignment before proceeding.
Use the code-explorer agent to understand:
Search for relevant Orca nuggets about architectural decisions.
STOP HERE and summarize your understanding. Ask: "What am I missing or getting wrong?"
Present at least 3 approaches with:
Ask: "Which tradeoffs matter most to you?"
For the preferred approach:
Before implementation, create a nugget capturing:
This becomes the authoritative record, not implementation artifacts.
❌ Forensic spirals: Don't explore the codebase for 50 steps. Bound exploration. ❌ Premature proposals: Don't suggest solutions before understanding constraints. ❌ Confident wrongness: Don't assume you understand why something exists. ❌ Implementation creep: Don't start coding until Phase 5 is complete.
$ARGUMENTS will contain the topic. Begin with Phase 1.