Agent teams

It does the work, not a to-do list

Other tools tell you what to do. org.run agent teams do it, across sales, support, finance and engineering, in the systems you already use. Then they check that it worked.

Run 4f2aisolated sandbox
Starting

Chase the overdue invoice from Bayfield Co

TeamFinance agentOrchestratorComms agentChecker
  1. ReadFinance agent

    Read invoice INV-2041 and its payment status

    QuickBooksQuickBooksread only
  2. PlanOrchestrator

    Split the work into three steps, one of them a send

    Plannersandbox
  3. ActComms agent

    Send the reminder to Maria at Bayfield Co

    GmailGmailsend as billing@
  4. CheckChecker

    Confirm delivery and mark the invoice as chased

    QuickBooksQuickBookswrite: invoices
Credentials issued for this run onlyRevoked the moment the run ends

Agent teams

One team of agents for every way your company works

org.run turns each pattern it learns into a team of specialists, with a person at the step that matters.

The pattern it learned

  • Every release adds analytics events, always named object_action.
  • Events must be flowing before sign-off. A release without data never ships.
  • The release build waits for tester approval in Slack.
Learned fromGitHubAmplitude

The team it runs

  1. Components agent

    Keeps new screens on the app's components.

    GitHubFigma
  2. Engineering agent

    Builds across the app and backend repos.

    GitHubJira
  3. Pre-release agent

    Adds the events, named the team's way.

    AmplitudeGitHub
  4. Data-check agent

    Confirms events reach BigQuery before sign-off.

    Amplitude
  5. Test-build approval

    A person signs off the tester build.

    SlackYour call
  6. Release agent

    Ships the build and watches the reviews.

    App StorePlay StoreSlack

The process it now runs

  1. Code updates
  2. Analytics verified
  3. Test build to testers
  4. Tester approval
  5. Release build
  6. Store upload
  7. Review monitoring

How it works

Plan, act, check, report

  1. 01

    It plans the run

    The orchestrator splits the work into steps and picks the tools each step needs, within the permissions you set.

  2. 02

    It does the work

    Each step runs in its own isolated environment with credentials issued for that task only, then revoked.

  3. 03

    It stops at your line

    Before anything one-way, like a payment, a send or a deploy, it shows you the exact preview and waits for your yes.

  4. 04

    It checks the result

    Did the invoice actually send? Did the error rate drop after the rollback? If not, it says so and tries the next step.

Off your plate

Stop doing the work between the work

The steps that cross three tools and two teams, done end to end while you get on with the work only you can do.

  • Chasing late invoices one by one
  • Building the Monday report from six systems
  • Chasing vendors for quotes
  • Setting up accounts for a new hire
  • Drafting the save plan for an at-risk account
  • Finding the deploy that broke production
  • Updating the CRM after every call
  • Writing the same follow-up email again

Built to act safely

Autonomy you can trust with real systems

Doing the work is the easy part. Doing it inside limits, with proof and a way back, is what makes it safe to hand over.

Isolated runs

Every run happens in its own secure environment, so one task can never reach into another.

Scoped credentials

Credentials are issued just in time for each task and limited to it. No standing access.

Risk-tagged tools

Every tool is tagged read, write or one-way. Your auto, ask and never tiers attach to those tags.

Rule checks

Each action is checked against your rules before it runs, from math checks like the $500 refund line to checks on tone and wording.

Preview before acting

See the exact email, refund or code diff at the approval step, before anything leaves.

Undo built in

Every action ships with its way back: a rollback, a void or a recall, ready if you need it.

Post-action checks

After acting, it checks the result. The invoice sent. The error rate dropped. If not, you hear about it.

Replay tests

Past cases are re-run as tests, so a model or rule change can never quietly make things worse.

Budget caps

Every run has a cost cap, and every cost is tracked to the workflow that spent it.

Questions about agent teams

It takes action. Through two-way connections it sends the email, updates the record, places the order and prepares the fix, directly in your systems. It only checks with you on the calls you have said are yours.

Each run is isolated, uses credentials scoped to that task, and can only call tools you have allowed. Every action is checked against your rules before it runs, and one-way actions wait for a person.

Every action is logged, and most come with an undo: a rollback, a void or a recall. After acting it checks the result, so a failed send or a fix that did not work gets caught, not assumed.

Yes. The orchestrator tracks dependencies across functions. An incident can mean a rollback from engineering, a credit from finance and a note from customer success, coordinated in one run.

Every run has a budget cap. When a run would go past it, it stops and asks, and every cost is tracked back to the workflow that spent it.

Early access

Hand over the work, keep the verdict

Pick the workflows that eat your week and watch org.run run them end to end.

Scoped, auditable and reversible from day one. Your data stays yours.