mrsixw

Start work on a new GitHub issue. Fetches issue details, generates standard branch names, and sets up the branch.

Generate a detailed, high-depth pull request body and create/update a PR on GitHub. Gathers workspace changes, updates the PR body dynamically, and posts update comments to capture a historical paper trail.

Raise a detailed, structured issue on GitHub. Gathers context, builds reproduction steps, expected outcomes, and acceptance criteria.

Monitor the CI checks status of a Pull Request on GitHub, parse logs on failure, and address any non-passing tests.

Finish work on the current issue branch. Runs quality gates (formatting, linting, tests), handles uv.lock version drift, and pushes to remote.

Monitor the CI checks status of a Pull Request on GitHub, parse logs on failure, and address any non-passing checks.

Raise a detailed, structured issue on GitHub. Gathers context, builds reproduction steps, expected outcomes, and acceptance criteria.

Generate a detailed pull request body and create/update a PR on GitHub. Gathers workspace changes, updates the PR body dynamically, and posts update comments to capture a historical paper trail.

Start work on a new GitHub issue. Fetches issue details, generates standard branch names, and sets up the branch.

Review a change request (GitHub PR, GitLab MR, or any forge's equivalent) or the local working-copy diff against Steve's code-review checklist (naming, lint, CI, description, tests, style, comments, spelling, security, error handling, atomic file writes, size, dead code, DRY). Use when asked to review a PR/MR/change request, review branch changes, or give a pre-merge opinion. Given a change-request number or URL, review it via the forge's tooling; otherwise review the local diff. Works with git, hg, svn, and other VCSs.

Obtain a read-only second opinion from a separate capable AI model on non-trivial implementation plans and completed code changes. Use automatically before presenting or implementing a substantial plan and before declaring substantial changes complete; use explicitly when asked to rubber-duck, critique, review, or get a second opinion. Skip trivial edits and never invoke from an existing RUBBER_DUCK_CHILD review.