Before handing your own change over — opening a PR, asking for review, saying "done" — check it against nine questions that come from what reviewers actually caught: claims that do not match the diff, the repo's own rules not applied, half-done pattern changes, runtime behaviour asserted from reading source, last…
A tool for saving, listing, and restoring checkpoints for long coding sessions. A checkpoint records work state so a session can continue after interruption or context compression.
Commander mode: use when one session commands the other Claude sessions on this machine — to read the map of who holds what, to dispatch work (one-to-one or a mutual review between several sessions), to watch its own stability signals, to keep the commander journal that the next commander reads, to print…
A workflow guide for taking a coding task from an initial request to a checked delivery. It decides whether the task needs to be formally tracked, which stage it is in, and when it is complete or blocked.
★not rated 5
changed 3d agoASkillSpector: pass275 tokens
originalMIT
An implementation workflow for a coding task whose definition of success has already been agreed. It covers exploring, changing the code, measuring the result, and continuing through repeated work cycles.
A learning workflow for turning outside material, articles, repositories, and code-review lessons into knowledge that can be used in a workspace. It also supports processing a queue of learning tasks and setting up a daily scanner.
A Slack handoff workflow for pull requests. A pull request is a proposed code change for review; this workflow takes its link from Slack, sends the work to be fixed, and reports the result back in the Slack thread.
A first-stage workflow for agreeing on a precise definition of success for a piece of work and recording it for later checks. It also creates a small starter record when related work appears during another task.
★not rated 5
changed 3d agoASkillSpector: pass135 tokens
originalMIT
A workflow for finding your open GitHub pull requests and asking the right people to review them. A pull request is a proposed code change waiting for teammates to check before it is merged.
A workflow for finding multiple team pull requests that need your review and handling them together. A pull request is a proposed code change submitted for review before merging.
Review someone else's PR as a code reviewer: read the PR diff, check against .claude/rules, leave inline comments on issues found, and submit a review with APPROVE or COMMENT (REQUESTCHANGES only when the user says so). Use when the user asks the assistant to review a PR (subject omitted or = self), e.g.: "review PR"…
A workflow for producing a daily standup report or end-of-day summary from work signals such as Git, JIRA, calendars, pull requests, planning, blockers, and the user’s own notes. A pull request is a proposed code change for review.
A shared definition of done for software changes. It says that code should live on a branch, have a pull request, pass review before entering the default branch, and pass local checks before being pushed.
★not rated 5
changed 3d agoASkillSpector: warn232 tokens
originalMIT
A final acceptance check that runs strict, recorded tests against a defined success condition. It separates automatic pass-or-fail evidence from a written report that a person interprets.
Standalone visual regression guard using before/after screenshot comparison. Two modes: SIT (compare staging vs local dev) or Local (compare git-stashed base vs current changes). No long-lived baselines — captures fresh screenshots each run and deletes after comparison. Config-driven from workspace-config.yaml. Use…
A workflow guide for opening issues in the framework’s own repository. It distinguishes reports of problems found during work from requests for new framework features, and defines the information each needs.
At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: