Bug Fix AI workflow template: From bug report to verified fix.

The Bug Fix template makes your AI coding agent resolve a bug the same way every time: check the report is actionable, reproduce it, find the root cause, apply a surgical fix with a regression test, then verify. It stops twice for you, and a failed verification sends it back to Fix.

6 steps · 2 approvals · 1 loop back

Bug Fix · example runyour AI client
  1. 01Intake
  2. 02Reproduceyou approve
  3. 03Analyzeplanner
  4. 04Fixdeveloper
  5. 05Verifyyou approve
  6. 06Completeclosing note
task created · workflow attached

example · the steps are this template's real steps

in short

What does the Bug Fix template do?

For engineering teams who fix bugs with Claude Code, Codex, Cursor or OpenCode and want the reproduction and the root cause on record, not in a chat log.

It is a stored workflow, not a prompt. Your AI client receives one step at a time from ConvOps over MCP, does the work, and advances. The engine holds the run at each of its two approvals until a person says yes.

  • Fix a login-page bug from report to confirmed resolution
  • Trace and fix an upload crash with the root cause documented
  • Debug a payment-processing error and verify the fix before close
step by step

How does the Bug Fix workflow run?

6 steps, in this order. Below each one is the instruction your AI receives at that step, exactly as the template stores it.

Intake
Reproduceapproval
Analyzeplanner
Fixdeveloper
Verifyapproval
Completeclosing note
  1. 01

    Intake

    the agent works

    Verify the bug report is actionable before investigation begins.

    Required elements:

    • A specific, unambiguous title
    • A one-line summary describing the incorrect behavior
    • Observed context (when, where, or under what conditions)

    If any element is missing, identify the gap and ask the operator to clarify. Do not advance with an under-specified report.

  2. 02

    Reproduce

    waits for your approvalrole · developer

    Produce a minimal, deterministic reproduction of the reported behavior.

    Capture:

    • Exact steps required to trigger the bug
    • Expected versus observed behavior
    • Relevant environment details (version, OS, configuration)

    If the bug cannot be reproduced, stop and report that finding explicitly. Do not proceed on speculation: an irreproducible report requires clarification, not guesswork.

    Request operator confirmation that this reproduction matches the reported issue before advancing.

    no rejection path · the run moves on only when approved

  3. 03

    Analyze

    the agent worksrole · planner

    Identify the root cause and scope the smallest corrective change.

    Document:

    • Location of the defect (files, functions, or subsystem)
    • Mechanism: why the observed behavior occurs
    • Proposed fix: the minimal change that resolves the root cause
    • Collateral impact: callers affected, tests that will shift, migrations or contracts potentially touched

    Keep the analysis focused and concise: depth of reasoning matters more than length.

  4. 04

    Fix

    the agent worksrole · developer

    Apply the corrective change defined in the analyze step. Keep the edit surgical: do not refactor adjacent code, rename unrelated symbols, or expand scope beyond the root cause.

    Add or update a regression test that would have caught this bug before the fix. The test must fail on the unfixed code and pass on the fixed code.

  5. 05

    Verify

    waits for your approvalrole · reviewer

    Verify the fix resolves the reported behavior without introducing regressions.

    Execute:

    • The reproduction recipe from the reproduce step
    • The regression test added in the fix step
    • The project's existing test suite at the relevant level

    Report what was executed, what passed, and what failed. If any check fails, reject this step: the workflow returns to fix so the gap can be addressed before another verification pass.

    Request operator approval before advancing.

    rejected → back to Fix

  6. 06

    Complete

    closes with a note

    The bug has been reproduced, analyzed, fixed, and verified. Mark the task completed and close it out.

where a person decides

Where do you approve in Bug Fix?

Two steps wait for a person. You answer in the chat; the engine records the verdict and the audit row records who gave it.

step 2

Reproduce

A fix built on the wrong reproduction fixes the wrong thing. You confirm the recipe matches the reported issue before any analysis starts.

what you review

  • Exact steps required to trigger the bug
  • Expected versus observed behavior
  • Relevant environment details (version, OS, configuration)

no rejection path · approve to continue

step 5

Verify

The reviewer reports what ran, what passed and what failed. You decide whether the fix closes. Reject it and the run goes back to Fix.

what you review

  • The reproduction recipe from the reproduce step
  • The regression test added in the fix step
  • The project's existing test suite at the relevant level

reject → back to Fix

gates the engine checks without you

  • Complete closes only when your AI leaves a closing note. The note is saved to the task as context, so later work can find why it ended the way it did.
what you need

What do you need to run Bug Fix?

Read from the template's own steps: the tools they call, the files they write, and whether they touch code.

An AI client
Claude Code, Claude (desktop, web, Cowork), OpenAI Codex, ChatGPT, Cursor, OpenCode, or any MCP client. ConvOps does not run the model; your client does the work.
ConvOps
A workspace with Bug Fix installed. It attaches to the bug task type, so new work of that type starts on it.
Tools your AI calls
workflow_advance to move between steps.
Where the work lands
Your repository: the code change and its regression test. The steps name no other files.
A repository
Yes. Steps read and change code, so run it in a coding client with your repo checked out (Claude Code, Codex, Cursor, OpenCode).
Roles named in steps
developer, planner, reviewer. A hint for clients with subagents; one AI can run every step.
make it yours

How do you customize Bug Fix?

An installed template is a workflow in your workspace. Ask your AI to change it in plain words; the edit lands on the one step that needs it.

Claude Codeexample

new chat

more example prompts

  • "Add an approval to Analyze so I sign off on the proposed fix before any code changes."
  • "After Verify, add a step that writes a one-paragraph release note for the fix."
  • "In Intake, also require a severity: low, medium, high or critical."
the difference

Bug Fix: without a workflow vs with it

  • An urgent fix ships straight to production because no one had time to review it
  • The same bug returns later because the root cause was never written down
  • Each developer triages bugs differently, so severity and handling are inconsistent
  • The process lives in a prompt, and each run follows it a little differently
questions

Bug Fix template FAQ

What happens if the bug cannot be reproduced?

The Reproduce step tells your AI to stop and report that finding explicitly instead of guessing. An irreproducible report goes back to you for clarification, and the run waits at the Reproduce approval until you have confirmed a reproduction.

Does the template require a regression test?

Yes. The Fix step asks for a regression test that fails on the unfixed code and passes on the fixed code, and Verify runs it together with the reproduction recipe and the existing test suite at the relevant level.

What happens when verification fails?

The reviewer rejects the Verify step and the workflow returns to Fix. The gap is fixed there and verification runs again, so a failed check never closes the bug.

Which task type does it attach to?

Bug. Once installed, a new bug in your workspace starts on this workflow, and your AI receives Intake as its first step.