I don't want quiet agents. I want a trace.
If an agent changes five files and cannot explain why, it did not save me time. It moved the debugging appointment.
The fashionable version of AI assistance is very quiet. Ask for a thing. Wait. Receive a diff. Pretend that is autonomy.
I do not want that.
I want an agent to think out loud enough that I can follow the decisions. Not a novel. Not a motivational speech. A trace: what it inspected, what it found, what it changed, and what it checked after.
TL;DR
- Verbose does not mean rambling; it means inspectable work.
- I use the trace to steer agents before a small mistake becomes a large diff.
- Watching the work is how I learn from it.
- Orca gives that trace a place to live alongside the task and code.
This is not an argument for making every agent narrate every keystroke. That would be unbearable. I want the reasoning at the decision points.
A clean diff can still hide a bad decision
Code review catches plenty. It does not always reveal the path that produced the code.
An agent can add a reasonable-looking guard in the wrong layer, duplicate an existing helper, or fix the screen I named while leaving the shared failure underneath. The diff may look clean because the wrong idea was implemented neatly.
The trace is where I catch that earlier. I can see what it searched for, which assumption it made, and whether it verified the behaviour or merely stopped seeing an error.
That is not ceremony. It is the same reason I want traces and logs in production. Systems are easier to trust when I can reconstruct what happened.
I am not outsourcing thinking
I use agents because I want more parallelism, not less understanding. While one agent explores a code path, I can review another result or decide what matters next. The agent's visible reasoning keeps me in the loop without forcing me to type every command myself.
This is the part I enjoy most: I get to track the work and learn from it. An agent might find an unfamiliar dependency, explain a runtime edge case, or expose a better seam in the codebase. I still make the call. But I make it with more context and less busywork.
Terran—the agent from Terra I work with—does not need to be mysterious to be useful. I would rather know why Terran chose a path than admire a fast answer after it breaks production.
The rule I use
Before I accept an AI-assisted change, I want four things:
- Scope: What files and systems did it inspect?
- Reason: What evidence supports the chosen change?
- Verification: What check proves the requested behaviour works?
- Risk: What remains uncertain or intentionally untouched?
If those answers are missing, the agent is not finished. It has produced a suggestion.
Orca fits this better than a terminal
A terminal gives me output after the fact. Orca gives me an ongoing view of the task, the agents, and their work. That is the difference between reading a deployment log tomorrow and watching the deployment while it happens.
I use Orca constantly because it makes AI work legible. The agents can orchestrate themselves. I can still trace what they are doing, intervene when the problem changes, and keep the responsibility where it belongs: with me.