Structure Your Requests
Use the Four-Component Pattern
Structure complex requests with these components: Goal: The specific outcome you needStart with Outcomes, Not Steps
Instead of listing steps:Make Constraints Explicit
Specify What NOT to Do
Weak (implicit constraints):State Technology Requirements Upfront
Demand Evidence
Never Accept Claims Without Proof
Maestro claims: “The optimization improved performance” You demand:Use Reference Patterns
Point to Existing Code
When you have working examples:Define Function Signatures
Maintain design control by specifying interfaces:Handle Complexity
Break Large Tasks into Phases
For substantial projects:Use Discovery Pattern for Existing Code
Before modifying unfamiliar code:Debug Systematically
Describe Symptoms, Not Diagnoses
Don’t diagnose:Use Systematic Investigation
For complex bugs:Ensure Quality
Specify Test Requirements Upfront
Test-first approach:Protect Against Regressions
When modifying existing code:Require Comprehensive Validation
Before declaring completion:Recover from Problems
When Maestro Gets Stuck
If repeated similar errors or circular debugging:When Requirements Aren’t Clear
Maestro can help clarify:Common Workflows
Starting a Feature
Debugging an Issue
Optimizing Performance
Reviewing Implementation
Quick Reference Checklist
Before submitting a request, verify:- Context is clear: Did I reference relevant files, errors, or documentation?
- Constraints are explicit: Did I define what NOT to do?
- Success is defined: Did I specify how to verify completion?
- Scope is focused: Is this one clear task or multiple bundled together?
- Quality standards are stated: Did I specify testing, performance, or documentation requirements?
Next Steps
Master effective prompting, then explore:- How to Collaborate Effectively: Iteration and validation patterns
- How to Structure Sessions: Approaches for different project types
- Explanation: Prompting Philosophy: Why these patterns work
- Commands Reference: Session control tools

