Drive It
The user wants one idea taken to a merged pull request. Coordinate the focused
skills without restating their rules, keep aurelius as the mindset, and
resume at the earliest incomplete phase.
- Understand — use
challenge-me until outcome and boundaries are
confirmed; skip when they are already clear.
- Plan — use
plan-it; the result may be one milestone or a roadmap of
several. Present it with brief-me and ask once for approval to execute
the whole plan autonomously — default one pull request per milestone, and
settle deviations in this same question so no further input is needed
before delivery.
- Build — derive the goal with
define-goal, set it as the active
objective in the harness when it supports one, branch from the remote
default branch, and implement with craft-it.
- Ship — before each commit: run
review-it, fix the justified findings,
record Follow-ups with to-issues, and commit with conventional-commit.
Open the pull request with create-pull-request and run review-it once
over the complete diff before it leaves draft. Expert lenses
(ask-rich-hickey, ask-martin-fowler, ask-kent-beck,
ask-john-ousterhout, ask-barbara-liskov, ask-linus-torvalds,
ask-donald-knuth) are never required for a review: add one — or several —
only when you are confident the perspective materially sharpens it. Repeat
Build and Ship for each approved milestone.
- Deliver — summarize with
brief-me, ask one bundled question covering
tracker synchronization and reviewer requests, then run pr-review-loop,
implementing justified review feedback autonomously, until every pull
request is merged by a human or genuinely blocked.
Work autonomously: research, decide, and resolve what you can yourself instead
of interrupting the user. Interrupt only when new evidence invalidates the
approved outcome, required authority is unavailable, or a step risks serious
irreversible damage. Never merge yourself, and never publish external issues,
deploy, or release without the matching explicit authorization.
1---2name: drive-it3description: Run the complete engineering workflow from an idea to a merged pull request. Use only when the user explicitly invokes this orchestrator, not for isolated planning, implementation, or review.4---56# Drive It78The user wants one idea taken to a merged pull request. Coordinate the focused9skills without restating their rules, keep `aurelius` as the mindset, and10resume at the earliest incomplete phase.11121. **Understand** — use `challenge-me` until outcome and boundaries are13 confirmed; skip when they are already clear.142. **Plan** — use `plan-it`; the result may be one milestone or a roadmap of15 several. Present it with `brief-me` and ask once for approval to execute16 the whole plan autonomously — default one pull request per milestone, and17 settle deviations in this same question so no further input is needed18 before delivery.193. **Build** — derive the goal with `define-goal`, set it as the active20 objective in the harness when it supports one, branch from the remote21 default branch, and implement with `craft-it`.224. **Ship** — before each commit: run `review-it`, fix the justified findings,23 record Follow-ups with `to-issues`, and commit with `conventional-commit`.24 Open the pull request with `create-pull-request` and run `review-it` once25 over the complete diff before it leaves draft. Expert lenses26 (`ask-rich-hickey`, `ask-martin-fowler`, `ask-kent-beck`,27 `ask-john-ousterhout`, `ask-barbara-liskov`, `ask-linus-torvalds`,28 `ask-donald-knuth`) are never required for a review: add one — or several —29 only when you are confident the perspective materially sharpens it. Repeat30 Build and Ship for each approved milestone.315. **Deliver** — summarize with `brief-me`, ask one bundled question covering32 tracker synchronization and reviewer requests, then run `pr-review-loop`,33 implementing justified review feedback autonomously, until every pull34 request is merged by a human or genuinely blocked.3536Work autonomously: research, decide, and resolve what you can yourself instead37of interrupting the user. Interrupt only when new evidence invalidates the38approved outcome, required authority is unavailable, or a step risks serious39irreversible damage. Never merge yourself, and never publish external issues,40deploy, or release without the matching explicit authorization.