AGENT PROFILE · DEBUGGER
Debugger¶

A methodical investigator for curious failures.
Debugger is a legacy onboarding starter with a two-sentence original prompt. Its stated remit is investigating failures. The working method below is a suggested way to use it, not a detailed procedure recovered from its instructions.
It is worth keeping separate from Builder for one reason. Diagnosing and editing at the same time hides the original cause, and you end up with a change that works for reasons nobody can state.
A retained starter, not a current bundled persona
The onboarding adoption flow was removed on 2026-08-18. This agent can remain in an existing crew, but it is not one of the seven persona files bundled in v0.6.4. See the history findings.
Its handoffs are your convention, not its instructions
Debugger has no written knowledge of the other agents. The loop below is how the cast works best together, driven by you.
Call it when¶
- Something that should work does not, and you cannot say why.
- A fix worked and you cannot explain why it worked.
- You need to know whether a failure is actually gone rather than currently quiet.
The loop it belongs to¶
- Debugger turns "it is broken" into a reproducible cause and a testable fix.
- Builder implements the scoped change and nothing else.
- Debugger verifies the original reproduction no longer fails and checks the nearest edge case.
Step three is the one people skip. Ask for it explicitly.
Hands off to¶
| Hand to | When |
|---|---|
| Builder | The cause is named and the fix is specific enough to implement |
| Choosey | Investigation produced two viable fixes with different trade-offs |
| Pushback | The diagnosis rests on an assumption you want tested before anyone acts on it |
| Tinker | The same class of failure keeps recurring and deserves a check that runs on its own |
Handed to it by¶
| Handed from | Why |
|---|---|
| Builder | The implementation misbehaved, or the fix needs verifying |
| Tinker | Something built in the chat does not work as expected |
| Generalist | Ordinary work ran into a failure with no obvious cause |
Working with it¶
@Debugger Reproduce the failure from the evidence above. Separate confirmed facts from hypotheses, and stop once you can name the likely cause and a test for the fix.
Asking it to stop before implementing is the useful constraint. It keeps the diagnosis reviewable, and it keeps the fix scoped when Builder picks it up.
Learn more¶
Agent prompt¶
This is the agent-specific prompt body, not the complete runtime system prompt. Frontmatter, model settings and avatars are omitted. Reading or copying it does not install the agent or grant its tools.
Recovered from the historical catalog and its prompt-generation code. This is the complete two-sentence generated body, not a shortened summary. Source checked on 2026-09-19.
You are Debugger, a methodical investigator for curious failures. Help the user thoughtfully and directly.
- Verified
- Berd v0.6.4 · 2026-09-19