Anvil CoderLog in

For product teams

Implement backlog tickets in your existing repository

Anvil Coder implements clearly described tasks from your backlog and creates traceable commits. In the hosted service the result returns as a draft pull request. Your team reviews the solution and decides whether to merge it.

Choose a ticket your team can review

Start with a task that has clear acceptance criteria and a known place in your repository. Keep the scope small enough that a reviewer can assess the behavior and tests. Product decisions and ambiguous requirements still need your team.

The alternative is to move the execution and keep the decision. That is exactly what the approval levels are for: how much oversight you keep is a setting per project — from every action needs an approval to only the consequential ones, and without a set level the job runs straight through. The handover point remains untouched by this: in the hosted service, the result arrives as a draft pull request, and a human merges it onto the main branch.

Governance that does not live in the wiki

Every team has architecture rules. Most of them live in a document that is read during onboarding and forgotten afterwards — and the deviation surfaces in review, when it is already built.

With Anvil Coder, the rule can be part of the job. A stack profile records language, framework, architecture and version levels; once it is set up, it is rendered into the prompts and — once more separately optional — checked as a gate at the end. What deviates from the rule surfaces where it comes into being.

How a job enters the system

The trigger is a story
The YouTrack connection is optional; once it is set up, dragging a story onto the trigger state is enough. The system picks it up, plans, executes and at the end sets the state to “To Verify” or “Failed”.
Barriers instead of trust
Between the phases lie barriers: a phase begins only when all work steps of the previous one are finished. At the end, a consistency pass checks the whole against itself; an additional build-and-test pass is optional and on in the hosted service.
Oversight is a setting
How much oversight you keep is set per project: from every action needs an approval to only the consequential ones, and without a set level the job runs straight through. What holds even then: in the hosted service, the result arrives as a draft pull request, and a human merges it onto the main branch.
The stack is a contract
Language, framework, architecture and version levels can be stored as a profile — an optional feature. Once it is set up, the profile is rendered at the front of the prompts; the counter-check at the end is, once more, separately optional.