Quickstart
Install Patchmill with npm:
Patchmill needs a working issue-host CLI before it can inspect issues or create
pull requests. Set up either GitHub’s gh CLI or Forgejo/Gitea’s tea CLI
first; see Providers for details.
In the repository you want Patchmill to manage, initialize the local configuration:
Patchmill writes repository-local configuration, installs recommended skills, and sets up local state.
Triage open issues with your configured workflow:
Patchmill inspects open issues and applies the configured triage labels and comments.
Advance one ready issue through the production line:
A fresh ready issue initializes strict planning state. If the result is
review-pending, review and merge the exact planning pull request, then rerun:
review-pending exits 0; labels and comments do not approve a fresh phase. A
successful implementation ends in an open issue-closing pull request.
Try Patchmill on a disposable demo repository
Section titled “Try Patchmill on a disposable demo repository”Before pointing Patchmill at a production repository, create a disposable Team Lunch Poll demo repository and let Patchmill triage its seeded issues.
For GitHub:
For Forgejo or Gitea with a named tea login:
Use an explicit disposable public repository for OWNER/REPO. The reset form
deletes and recreates that repository:
Updating Patchmill-managed skills
Section titled “Updating Patchmill-managed skills”To update a repository after Patchmill publishes a newer bundled skill pack, run:
The update command only changes Patchmill-managed project-local skills. It stops
if managed skill files were edited locally. Crossing the 2026.09.1 pack
boundary prints the planning-pull-request and deprecated-controls notice once;
an already-current pack retains the ordinary up-to-date result. After a
successful update, run git diff and commit the skill changes with the
repository.