CoderHelm Docs
Getting started

Your first run

What CoderHelm does between a ticket and a pull request, stage by stage, and where to watch it.

A run is one piece of work: one ticket turned into one pull request. Open Runs to see every run with its status, and click one for its live log.

The stages

The run detail page shows each stage as it happens.

StageWhat happens
TriageReads the ticket and its attachments, checks the ticket is clear enough to act on, and picks the repository.
PlanSearches the code, the code graph, memories and skills, and writes a plan: which files change and how.
BuildWrites the change on a new coderhelm/ branch.
TestRuns your build, linter and tests in a sandbox with no credentials, and fixes what fails.
SecurityChecks the change for security problems, such as secrets in code or unsafe input handling.
Pull requestOpens a draft pull request that explains the change, links the ticket, and is marked ready when the checks pass.
ReviewReviews its own pull request the way the PR reviewer reviews yours.

After the pull request is open, two more stages can run:

  • CI fix: if your CI fails on the pull request, CoderHelm reads the failure and pushes a fix. It gives up after 8 automatic fix pushes, so a broken pipeline can't loop forever.
  • Feedback: comment on the pull request (or the ticket) and CoderHelm makes the change you asked for.

When a run stops

A run can end without a pull request. The run page always says why in plain words, for example "The ticket doesn't say which page to change". Answer on the ticket and the run starts again. You can also Retry, Reset and re-run from scratch, or Cancel from the run page.

New runs also pause when your team reaches a token limit.

Make runs better

  • Write tickets with a clear goal and a way to check it.
  • Add skills with your team's conventions.
  • Pin memories for things every change should know.
  • Set team and repository instructions in Settings.
Edit on GitHub

On this page