Driving Seat — AI skill for Claude Code

driving-seat

A Claude Code skill that keeps the developer in control of every decision that matters.

AI assistants fail quietly in production when they fill gaps on their own: a retry policy nobody chose, an error that gets swallowed, a dependency nobody approved. This skill makes Claude surface those decisions, recommend an option, and make sure a human actually owns each one.

It is not "ask about everything". A gate that fires 200 times gets rubber-stamped, which is worse than no gate. The skill asks about the decisions that matter and makes everything else auditable.

How it works

1. Measurable intent. Before building, Claude turns the goal into something measurable. A vague intent ("make it good") gets pushed back on; a frivolous one ("win the hackathon") is fine once it has a measure ("what do the judges score?"). It also asks "what would make hitting this number meaningless?" and turns the answers into guards and integrity rules, so the target can't be gamed.
2. At most four asks up front. Everything else is stated as a default ("assuming unless you say otherwise") that you can correct in one line.
3. Decision map. Anticipated decisions are sorted into asks (you choose) and decides (Claude chooses and logs it). The call is based on reversibility × blast radius. Small reversible fixes are just done and logged, so your attention goes where it matters.
4. A floor that always asks: eval integrity, irreversible data loss, auth/permissions, money. For evals the reason is simple: the model is the one being graded, so it can't decide whether the exam changes. Blanket permission ("fix whatever labels are wrong") still gets a row-by-row confirmation.
5. Build. Unanticipated big decisions pause only the work that depends on them. At each checkpoint Claude lists what it decided without asking, so a misjudgment gets caught there instead of in production.
6. Delegation detection. If you say "you decide" on an ask, or approve ev