Grill every technical decision until it's bulletproof. No "I think this is fine."
AI agents love quick answers. Quick answers hide:
- Unexplored alternatives
- Hidden trade-offs
- Assumptions not validated
- Edge cases not considered
Result: "It should work" β Production incident.
The 23.5% incident spike from AI-generated code starts here.
| Phase | Duration | What AI Must Prove |
|---|---|---|
| 1. Options | 5 min | List ALL approaches (min 3), explain dismissed ones |
| 2. Trade-offs | 10 min | For EACH option: easy, hard, future problems, critics |
| 3. Edge Cases | 10 min | Failure cases, weird inputs, scale limits, dependencies |
| 4. Decision Tree | 5 min | Complete tree with reasons, risks, monitoring |
Red flags trigger GRILL HARDER:
- Only 1-2 options named
- Trade-offs seem too mild
- No failure cases found
- Decision tree has "?" branches
Without grill: "PostgreSQL is great. Use that."
With grill:
π₯ DECISION GRILL ACTIVATED π₯
Phase 1: Options
ββ PostgreSQL β (considering)
ββ MongoDB (dismissed: no ACID needed here)
ββ SQLite (dismissed: not for multi-server)
ββ DynamoDB (dismissed: don't want AWS lock-in)
ββ Redis (dismissed: not persistent enough)
Phase 2: Trade-offs for PostgreSQL
ββ Makes easy: SQL, joins, relations, mature ecosystem
ββ Makes hard: Horizontal scaling (need Citus or sharding)
ββ Future problems: Connection pool limits at scale
ββ Who hates it: ORM zealots, NoSQL fans
Phase 3: Edge cases
ββ Fails when: >10K concurrent writes without partitioning
ββ Breaks on: Extremely nested JSON queries
ββ Scale limit: ~1TB per table before performance dips
ββ Dependency risk: PostGIS extension for geo queries
Phase 4: Decision Tree
Decision: PostgreSQL
ββ Why not MongoDB? Need transactions for orders
ββ Why not SQLite? Planning multi-server deployment
ββ Accepted: Manual sharding later if needed
ββ Risks: Connection pool exhaustion at 10K+ users
ββ Monitor: Query latency, connection count
β GRILL COMPLETE
| Level | Use Case | Proof Required |
|---|---|---|
| Light | Minor refactor, format choice | 2 options, basic trade-offs |
| Medium | New feature, library choice | 3 options, edge cases, trade-offs |
| Heavy | Architecture, security, data model | 5 options, failure analysis, full tree |
| Extreme | Production-critical, no rollback | Everything + team review + rollback plan |
# For OpenClaw
clawhub install decision-grill
# For Claude Code
mkdir -p ~/.claude/skills/decision-grill
curl -o ~/.claude/skills/decision-grill/SKILL.md \
https://raw.githubusercontent.com/aptratcn/skill-decision-grill/main/SKILL.mdInspired by mattpocock/skills/grill-me trending on GitHub β users want AI to stop giving quick answers and start thinking through decisions.
mattpocock's grill-me: "Get relentlessly interviewed about a plan or design until every branch of the decision tree is resolved."
decision-grill: Same philosophy, but structured for technical decisions with:
- 4-phase protocol
- Intensity levels
- Decision tree output format
- evr-framework β Verify before claiming complete
- cognitive-debt-guard β Prevent AI code incidents
- systematic-debugging β Root cause analysis
Stop "I think this is fine."
Start "I've grilled this from every angle."