1. Reproduce the reported behavior
Gilfoyle reads the report, relevant logs you supply and repository guidance. The issue keeps an accountable owner. If the environment or reproduction input is missing, the handoff names exactly what is needed.
Hand Gilfoyle a bug report and get a reproduced problem, a scoped patch, focused checks and a draft GitHub PR ready for required review.
Starts: A report arrives in a connected bug channel or you hand over a specific issue.
Gilfoyle reads the report, relevant logs you supply and repository guidance. The issue keeps an accountable owner. If the environment or reproduction input is missing, the handoff names exactly what is needed.
With connected Claude Code or Codex and GitHub, Gilfoyle traces the failure, adds a regression test and changes the affected path. Focused checks cover the reported behavior and nearby cases without expanding into unrelated cleanup.
The draft PR includes the reproduction, patch summary, executed checks and remaining verification. Required reviewers own approval and merge. The bug stays linked to its owner until the agreed verification supports closure.
Use this for one reproducible defect. PR review and production-error diagnosis have separate workflows when those are the starting point.
Hypothetical finished result
Empty-export fix handoff
Hypothetical: exporting a report with no rows throws an exception.
Connect the accounts and actions for your workflow. Start in Artie or add your Artisan to Slack; access stays within your account permissions.
Explore appsGilfoyle returns the attempted reproduction, observed behavior and missing input. It does not claim a fix without a supported failing case.
This workflow ends in a draft PR and a verification handoff. Your review and release process determines what merges and deploys.
The owner checks the agreed closure evidence, such as a verified result in the target environment. The PR links back to that report.