Approvals & decisions
When the exocorp needs your sign-off on something, it shows up in the Inbox. Here’s how the approval flow works, what each action does, and how to think about pushing back.
What triggers an approval
The exocorp surfaces decisions to you when they cross a line into territory only you can handle. Concrete examples:
- Spending above a threshold — A team wants to commit budget beyond its approval limit. Comes to you.
- External commitments — A new promise to a customer, partner, or vendor that binds the company to a specific outcome.
- Brand-touching decisions — Public-facing messaging, customer-facing positioning, anything that affects how the company is perceived.
- Structural changes — A team wants to take on a new mandate, or split, or retire. A new plugin needs activation. A new persistent agent is proposed.
- Strategic moves — Bets that change what the company is for or how it allocates effort.
- Promise breaches — When the company won’t be able to keep a prior commitment, the closure (renegotiation, repair, or explicit breach) needs your input.
What triggers approval is configurable per team and per mandate. If something is surfacing to you that shouldn’t, tell the CEO — the threshold probably needs adjusting.
Where approvals show up
The Inbox in the operator portal. Each pending approval is a row with the requesting agent, the proposed action, the context, and three buttons: Approve, Reject, Request revision.
What each button does
- Approve — The agent proceeds with what it proposed. The approval is recorded with your identity and the time; it becomes part of the audit trail.
- Reject — The agent doesn’t proceed. The proposed action is killed, with the rejection recorded. The agent knows it was rejected and adjusts its picture of the situation. The underlying work item may stay open if there’s still something to do; a rejection doesn’t automatically cancel the work, just this specific way of doing it.
- Request revision — The agent should rework the proposal and come back. Use this when the direction is right but the specifics need adjustment — the budget number is off, the messaging is close but not quite, the scope should be wider. Include a comment so the agent knows what to change.
How to think about pushing back
Rejecting and asking for revisions aren’t failures of the agent — they’re how the company learns your taste. A useful rule of thumb:
- Approve — When the proposal matches your direction and you have no specific objections.
- Request revision — When the direction is right but the specifics are wrong. The agent should iterate.
- Reject — When the proposal shouldn’t happen at all in this shape — the agent has misread the situation or the team’s mandate is wrong for this work. After rejecting, consider whether the mandate or the direction needs updating so the next similar situation doesn’t produce the same proposal.
Bulk approvals don’t exist on purpose
Each approval needs to be considered. If you find yourself wanting to bulk-approve, that’s a signal that either (a) the threshold for surfacing decisions is too low and should be raised, or (b) the team’s mandate isn’t carrying the right authority. Both are fixable. Bulk-clicking through approvals is the wrong response.