/ak:ask "Should this service stay REST or move to gRPC for internal calls?" - Use when:
- Use when you need a strategic answer before planning or coding.
- Expected:
- Gathers context, compares boundaries and trade-offs, and returns direct guidance.
Quick Ref / Command
Marketing Kit
/ak:ask
Answers technical and architectural questions by gathering context, consulting systems, technology, scalability, and risk perspectives, then synthesizing concise strategic guidance without implementing.
Read the question
Discover context
Scout if needed
Consult four lenses
Rule 01
Answer before changing code; this is consultation, not execution.
Rule 02
Context is project-specific, so do not assume every repo has the same docs or architecture files.
Rule 03
Deliver the requested scope fully; only --yagni allows cutting unnecessary scope.
Rule 04
Every recommendation should name trade-offs, risks, and the condition where it stops holding.
Core lanes from input to output, aligned with the command's real execution path.
Start
Input, scope, route
Work
Agent / skill execution
Verify
Gate, review, validation
Concrete invocations for each flag, subcommand, mode, or route available in the live workflow.
/ak:ask "Should this service stay REST or move to gRPC for internal calls?" /ak:ask"Do we need event sourcing for audit trails?"--yagni
/ak:ask "What auth boundary should our admin dashboard use?"