Complete Mode Quick Reference
Quick lookup guide for using Complete Problem Solving Mode in AI conversations. Bookmark this page for instant access to templates and toggles.
β‘ Quick Start (30 seconds)
@complete-mode
Task = [One sentence: what you're solving]
Context = [Who/where affected, constraints, tools available]
[Pick ONE domain overlay below]
[Optional: Add toggles]
π Domain Overlays (Choose One)
π§ Software/DevOps
[DONE overlay β Software/DevOps]
- Cloud health: /healthz returns 200 for β₯30min; 0 restarts
- Logs clean: last 2min show no errors above INFO
- Local gates: build + tests + lint = 0 failures
- Zero criticals: Problem Register has 0 P0/P1
- Evidence: health URL, log excerpt, test summary, commit refs
π Data/Analytics
[DONE overlay β Data/Analytics]
- Objective met: [state exact metric + threshold]
- Statistical validity: `p<0.05` or CI excludes 0; adequate N
- Reproducibility: notebook + data hash provided
- Zero criticals: Problem Register has 0 P0/P1
- Evidence: plots, stats, code + hash, dashboard link
π Research/Writing
[DONE overlay β Research/Writing]
- Claims supported: β₯3 primary sources with quotes
- Counterevidence: major counterargs addressed
- Clarity: exec summary + takeaways + limitations
- Zero criticals: Problem Register has 0 P0/P1
- Evidence: bibliography, quoted snippets, reliability notes
π¨ Product/UX
[DONE overlay β Product/UX]
- Ship/prototype: interactive artifact available
- Usability proof: task success rate β₯target on N users
- Acceptance notes: limitations + next iteration documented
- Zero criticals: Problem Register has 0 P0/P1
- Evidence: prototype link, test metrics, decision log
ποΈ Toggles (Optional Controls)
Scope
scope:runtimeβ Focus on runtime behaviorscope:configβ Focus on configurationscope:migrationsβ Focus on database changesscope:securityβ Focus on security implicationsscope:metricsβ Focus on measurementscope:core-flowβ Focus on primary user journeyscope:accessibilityβ Focus on a11y
Depth
depth:shallowβ Quick pass, 1-2 discovery methodsdepth:normalβ Standard, 2-3 discovery methods (default)depth:deepβ Exhaustive, 4+ discovery methods
Risk Tolerance
risk_tolerance:lowβ Extensive verification requiredrisk_tolerance:medβ Balanced approach (default)risk_tolerance:highβ Accept faster with higher confidence
Other
max_actions:Nβ Limit changes per pass to Nstrict:onβ Refuse DONE without all gates provenrequire_passes:Nβ Force minimum N discovery passes
π The Loop (What Happens)
1. DISCOVER β Find issues, add to Problem Register
2. PLAN β Prioritize by dependency/impact
3. EXECUTE β Make changes, capture exact steps
4. VERIFY-1 β Primary proof (tests, metrics, logs)
5. VERIFY-2 β Independent proof (different method)
6. RE-SCAN β NEW discovery with different techniques
7. UPDATE β Mark statuses, refuse DONE if gates unmet
Repeat until all acceptance gates pass
π Problem Register Template
| ID | Sev | Category | Evidence | Root Cause | Action | Status | Conf |
|------|-----|----------|-------------------|------------|--------|----------|------|
| P-01 | P0 | Runtime | 502s in /api/auth | Port bind | Fix cmd| Resolved | 0.9 |
| P-02 | P1 | Config | Missing DB_URL | .env issue | Add var| In Prog | 0.8 |
Severity Levels:
- P0 = Critical (production down, data loss, security)
- P1 = High (partial outage, wrong results, broken feature)
- P2 = Medium (degraded UX, edge case, tech debt)
π― When to Use Complete Mode
β USE IT FOR:
- Production issues
- Unclear root causes
- High-stakes changes
- Compliance/audit needs
- Problems that recur
- Complex debugging
- Team handoffs
β DON'T USE FOR:
- Quick prototypes
- Brainstorming
- Exploratory research
- Trivial changes
- Time-sensitive emergencies (use after stabilization)
π« Anti-Shortcut Rules
If only 1 issue found:
β Run 2+ more discovery passes
If access blocked:
β State exact blocker, continue with available data
If AI wants to finish early:
β Add: strict:on require_passes:3 stop_reason:explain
Generic advice rejected:
β Every claim needs evidence (logs, metrics, tests, links)
π‘ Real-World Examples
Example 1: Deploy Failure
@complete-mode
Task = Fix staging deploy returning 503
Context = Render service, have logs + dashboard access, branch=main
[DONE overlay β Software/DevOps]
- Cloud health: /healthz 200 for β₯30min; 0 restarts
- Logs clean: last 2min no errors
- Local gates: build + tests + lint pass
- Zero criticals
- Evidence: health URL, log excerpt, test output, PR link
scope:start-command depth:deep strict:on
Example 2: A/B Test Analysis
@complete-mode
Task = Validate new checkout flow increased conversion
Context = 2 weeks live, 10K users in test, have Amplitude access
[DONE overlay β Data/Analytics]
- Objective met: conversion >baseline by β₯3pp with `p<0.05`
- Statistical validity: adequate sample, CI excludes 0
- Reproducibility: SQL query + Amplitude screenshot
- Zero criticals
- Evidence: plots, stats, queries, dashboard
depth:deep scope:experiment-design
Example 3: API Documentation
@complete-mode
Task = Document webhook signature verification for partners
Context = HMAC-SHA256, partner docs, need code examples in 3 languages
[DONE overlay β Research/Writing]
- Claims supported: β₯3 sources (RFC, our code, security docs)
- Counterevidence: common mistakes documented
- Clarity: summary + examples + troubleshooting
- Zero criticals
- Evidence: links, code snippets, test cases
scope:citations risk_tolerance:low
π§ Troubleshooting
Problem: AI finishing too fast
Fix: strict:on require_passes:3
Problem: Too much detail
Fix: depth:shallow max_actions:2
Problem: Wrong domain focus
Fix: Add specific scope:area
Problem: Need to skip a gate
Fix: Document why in Problem Register as P2 with rationale
π Success Metrics
Track these to measure impact:
- Recurrence rate β % of fixes that break again within 2 weeks
- Discovery depth β Avg # issues found per session
- Verification coverage β % with β₯2 verification methods
- Handoff quality β Can teammate understand solution from registers?
Typical improvements: 60-80% fewer recurrences, 3x more issues found
π Full Templates
Action Log (Per Pass)
### Pass N β Action Log
- Change: [diff/command/decision]
- Before β After: [metric showing improvement]
- Verification (Primary): [direct proof]
- Verification (Independent): [different method]
- New signals found? [yes/no + details]
Final Status
**FINAL STATUS:** DONE β
(all gates satisfied)
**WHAT TO WATCH:**
- [Residual risk 1]
- [Residual risk 2]
- [Residual risk 3]
**FOLLOW-UPS:**
- [Technical debt item]
- [Next iteration scope]
π Learning Path
- Start simple: Use Software/DevOps overlay on a known bug
- Practice registers: Maintain Problem Register for 3 sessions
- Vary discovery: Consciously use different methods each pass
- Add toggles: Experiment with scope/depth controls
- Customize gates: Adapt overlays to your team standards
- Chain domains: Try multi-overlay approach on complex problems
π Related Resources
- Complete Problem Solving Framework β Full conceptual guide
- Windsurf Rule Installation β Setup for Cascade
- Domain-Specific Guides β Deep dives per domain
- Real Examples Library β Annotated conversations
πΎ Copy-Paste Ready
Minimal invocation:
@complete-mode
Task = [problem]
Context = [constraints]
[DONE overlay β Domain]
strict:on
With all controls:
@complete-mode
Task = [specific problem in one sentence]
Context = [who/where affected, tools, constraints]
[DONE overlay β Domain]
- [Gate 1]
- [Gate 2]
- [Gate 3]
- Zero criticals
- Evidence pack: [artifacts]
scope:[area] depth:[level] risk_tolerance:[level] max_actions:[n] strict:on
Emergency nudge (mid-conversation):
strict:on require_passes:3 stop_reason:explain
Remember: Complete Mode trades initial speed for comprehensive solutions. Use it when thoroughness matters more than time-to-first-answer.
Print this page or bookmark it for quick reference during AI-assisted problem-solving sessions.