01 · State
Work in progress
Know which connected agent is handling which task—and whether it is working, waiting, blocked, or complete.
A visibility control plane for AI agents
See what your connected agents are working on, what informed their recommendations, where they need you, and what actually changed.
OrcaMule is the plan for a provider-neutral control plane that keeps an agent's work, authority, and observed result together throughout its working life.
This page describes the plan for OrcaMule. Email triage is the first delivery; the wider examples show where the same control pattern could go later.
Illustrative agent · Receipt confirmation
Review a request to confirm that a workshop brief arrived.
The sender asks only for confirmation and says no other action is needed.
Prepare a brief acknowledgement. Do not add a deadline, commitment, meeting, or task.
Approve the transformed input, then review the exact draft separately.
Create one approved mailbox draft. Sending remains disabled.
Between request and result
Most agent experiences show the request and the result. The important middle can disappear: evidence, uncertainty, authority, intended action, and what actually happened.
Without a control view
With OrcaMule
This is not a promise to reveal private model reasoning. It is a view of inspectable evidence, explanations, boundaries, decisions, and outcomes.
What becomes visible
01 · State
Know which connected agent is handling which task—and whether it is working, waiting, blocked, or complete.
02 · Basis
See the sources and declared rules behind a recommendation, including uncertainty and unsupported assumptions.
03 · Attention
See the exact decision in front of you, why it matters, and what remains unchanged until you decide.
04 · Outcome
Compare the approved intention with the external result. A mismatch or unknown outcome stays visible.
One control plane · different work
The work changes. OrcaMule's visibility pattern stays familiar, so a person does not have to learn a new black box for every agent.
First delivery · Planned
Why is a reply recommended—and what exactly will be created?
Only the exact approved draft may be created. Sending stays disabled.
Future idea · Hypothesis
Why was this purchase categorized—and which fields will change?
No tax filing, tax advice, money movement, or automatic posting of ambiguity.
Future idea · Hypothesis
Why were these files grouped—and which labels remain uncertain?
Sensitive metadata and people identification require explicit privacy choices.
First delivery · accountable email triage
Email is the first detailed proof of the visibility pattern—not the whole product. This fictional case stays deliberately narrow and fully reviewable.
Subject: Workshop brief received
Hi Morgan, please confirm you received the workshop brief. No other action is needed. — Riley
The request is a receipt confirmation. “No other action is needed” rules out scheduling, task creation, and other follow-up.
Illustrative message · no real person or mailbox
Hi [RECIPIENT], please confirm you received the workshop brief. No other action is needed. — [SENDER]
Names were replaced, but the transformed text remains sensitive. The exact disclosure is separate from any later mailbox action.
Disposition: Suggest a reply
The explicit request supports a short acknowledgement. The evidence does not support adding a commitment, deadline, meeting, or task.
Choices: Accept · Edit · Reject · Defer · Escalate
The recommendation, evidence, uncertainty, and exclusions are reviewable together. Nothing has changed in the mailbox.
Subject: Re: Workshop brief received
Hi Riley, I confirm that I received the workshop brief. Thank you.
Morgan
Recipient, subject, and body are fixed at approval. Editing them requires a new authorization. Sending, labels, moves, tasks, CRM, and calendar changes remain disabled.
The approved intent and mailbox observation stay connected. A mismatch or ambiguous response remains unknown and enters review instead of becoming success.
The OrcaMule view
A consistent view turns visibility into a product experience—not a different collection of logs for every agent.
Truth boundary: visibility applies to connected work and consequential transitions that pass through OrcaMule's controls. Opaque activity may be inventoried at reduced assurance, not represented as governed.
Future applications · hypotheses
These examples show possible later uses of OrcaMule's control pattern. They do not add agents to the accepted product roadmap.
Future idea · Hypothesis
Boundary: no tax filing, tax advice, money movement, or automatic posting of ambiguous transactions.
Future idea · Hypothesis
Boundary: people identification and sensitive metadata require explicit privacy choices and human confirmation.
A future agent would still need its own product decision, evidence, qualified bindings, authority boundary, and delivery gate.
More than one run
OrcaMule's durable destination is a provider-neutral lifecycle control plane. The important state and evidence should remain connected throughout an agent's working life.
Continuity: a change of model, framework, tool, cloud, or connector should not erase which agent was authorized or what happened before and after the change.
Truth: provider neutrality and lifecycle operation are planned product constraints. They have not yet been demonstrated.
Founder perspective
Models and tools will change. The need to see which agent was involved, what informed it, where authority came from, what changed, and how the result was verified will not.
Contact