Engineering
Engineering
How Kevin works on code. A playbook per kind of task, 23 named principles, and review, verification, and release loops that never touch your remote on their own.
Kevin works on code the way a careful senior engineer does. It reads the repo's manual first, picks a playbook for the kind of task in front of it, proves the result on the running artifact, and hands you a diff with the comments already stripped. Run a skill as /agent-kevin:<name> in Claude Code or $<name> in Codex; these docs use the bare name.
The loop, in order
- Plan.
plan-specturns an intent into a spec with a design section and a check on every task. See Specs and plans. - Isolate.
setup-worktreegives each stream of work its own bootstrapped checkout. See Worktrees. - Build by the playbook.
engineerroutes the task (bug fix, feature, refactor, performance, prototype, and more) and applies the principles as it goes. See The engineer skill. - Prove it. The result is checked on the real surface, not inferred from a green build. See Verification.
- Review. A teammate's PR gets verified findings with paste-ready comments, the review on yours gets answered, and
engineerpreps you to present your own. Your own work, code or not, gets a second model withadversarial-review. See Pull requests and Second-model review. - Release.
releasecuts a version for maintainers;upgradebrings every home current. See Releases.
Kevin never pushes, tags, releases, or opens a PR on its own. Commits happen only in the scope you approved, and history is forward-only.