Internal agents are AI systems organizations build or adapt to do work for their own teams.
They operate through the organization's knowledge, tools, workflows, and controls. Some work alongside a person. Others start from an event and run in the background. Human supervision varies by workflow.
Organizations publish these systems under many names. Internal Agents Map groups their implementations under one definition so their designs and operating boundaries can be compared.
The map also covers platforms, orchestration systems, and implemented supporting patterns. These support internal agents but are not agents themselves.
Claims link to public sources. Company reports stay separate from catalog interpretation, and undocumented details stay unknown.
Browse the catalog · Architecture patterns · Adoption observations · Use the data · Contribute
Current map: 40 approaches across 35 organizations, backed by 87 sources and 563 evidence-linked claims.
| Organization | Approach | Type | Work |
|---|---|---|---|
| Airbnb | Airchat (airchat-cli) | platform | coding, code-review |
| Atlassian | DOT (Design Org Teammate) | task-agent | support |
| Atlassian | Rovo Dev (RovoDev) | task-agent | coding, code-review |
| Block | Builderbot | orchestration-system | coding, code-review |
| Brex | Internal Agent Platform | platform | finance-ops, support, customer-success |
| Browserbase | bb | task-agent | coding, code-review, support, customer-success, research |
| Cloudflare | Internal AI engineering stack | platform | coding, code-review |
| Coinbase | Forge / Mux | agent-system | coding, code-review |
| Databricks | coSTAR and internal engineering agents | agent-system | coding, code-review, on-call |
| Domu | Clementino | task-agent | support, finance-ops, coding, recruitment, customer-success |
| DoorDash | AI Code Review Agent | background-agent | code-review |
| DoorDash | Flux / Agentic AI Platform | platform | code-review, coding, ci-triage, on-call, maintenance, data |
| Dropbox | Nova | platform | coding, ci-triage, on-call, maintenance |
| Flex | AI Investigation Agent | task-agent | finance-ops, on-call, coding |
| GitHub | Qubot | task-agent | data |
| Harvey | Spectre | platform | coding, code-review, on-call, security |
| HubSpot | Sidekick | task-agent | code-review |
| Linear | Linear Agent | task-agent | support, customer-success, coding |
| Microsoft | PRAssistant | background-agent | code-review |
| monday.com | Sphera / Atlas / Morphex | agent-system | coding, code-review |
| Notion | Custom Agents | platform | support, finance-ops, recruitment, security |
| Plaid | AI Annotator | task-agent | data |
| Plaid | Fix My Connection | task-agent | ops, maintenance |
| Plaid | Internal MCP server | supporting-pattern | coding |
| PostHog | StampHog | background-agent | code-review |
| Ramp | Inspect | background-agent | coding, code-review, on-call |
| Replit | Manager agent (agent-of-agents) | orchestration-system | coding, code-review, support, research, data |
| Retool | RetoolGPT | task-agent | support, coding |
| Salesforce | Slackbot | task-agent | support, customer-success, ops |
| Sentry | Junior | task-agent | coding, code-review, support, on-call |
| Shopify | Aquifer / River | platform | coding, code-review, research, security |
| Sierra | Pinecone | task-agent | coding, code-review, support, research, data |
| Slack | Multi-agent context system | supporting-pattern | research |
| Spotify | Honk / Xirp | agent-system | coding, migrations, code-review |
| Stripe | Minions | background-agent | coding, code-review |
| Uber | Internal coding agent (unnamed) | task-agent | coding |
| Uber | uReview | background-agent | code-review |
| WorkOS | Project Horizon | platform | coding, code-review, security |
| Y Combinator | Internal agent infrastructure | platform | coding, ops |
| Zup | CodeGen | task-agent | coding |
Reading the levels: Adapted from Dan Shapiro's framework, L2 means continuous steering, L3 work-product review, L4 outcome review, and L5 exception-only supervision. Levels describe a specific workflow, not company maturity. Methodology →
Human review is still the norm. 23 of the 40 approaches produce a draft or implementation for review. 8 keep a person involved throughout the work. 3 report autonomous action within a scoped workflow; 3 are assistive and 3 remain unknown.
Different systems keep solving similar infrastructure problems: company context, scoped tools, execution environments, verification, and integration with systems of record.
Some internal agents are durable: their identity or state persists across runs and restarts. Others start fresh. Durability is a design choice, not an inclusion requirement. State duration is undocumented for 35 approaches. Review cost, failure rates, and retired systems are rarely reported.
An entry needs a named organization, an agent or enabling approach built or materially adapted for that organization's own work, and public evidence describing its implementation or use.
The map includes agents, agent systems, platforms, orchestration systems, and implemented supporting patterns. These are separate approach types. Prototypes and systems that later became open source or commercial products can qualify.
Generic vendor products without a documented internal adaptation are not entries. General opinion pieces and unattributed claims may appear as context, not as catalog approaches.
Every authored claim points to one or more structured sources. Each source records its relationship to the organization. Reported statements stay separate from catalog judgments, and company metrics remain self-reported unless independently verified.
unknown means undocumented, not absent. Conflicting evidence remains visible. See the
data schema for the complete methodology.
Found a missing approach or better evidence for one already here? Start with the record template and follow the contribution guide.
Code and tooling are licensed under MIT. Content and data are licensed under CC BY-SA 4.0.
18 commits
Hacker News (1)
Python
100.0%
Internal agents are AI systems organizations build or adapt to do work for their own teams.
They operate through the organization's knowledge, tools, workflows, and controls. Some work alongside a person. Others start from an event and run in the background. Human supervision varies by workflow.
Organizations publish these systems under many names. Internal Agents Map groups their implementations under one definition so their designs and operating boundaries can be compared.
The map also covers platforms, orchestration systems, and implemented supporting patterns. These support internal agents but are not agents themselves.
Claims link to public sources. Company reports stay separate from catalog interpretation, and undocumented details stay unknown.
Browse the catalog · Architecture patterns · Adoption observations · Use the data · Contribute
Current map: 40 approaches across 35 organizations, backed by 87 sources and 563 evidence-linked claims.
| Organization | Approach | Type | Work |
|---|---|---|---|
| Airbnb | Airchat (airchat-cli) | platform | coding, code-review |
| Atlassian | DOT (Design Org Teammate) | task-agent | support |
| Atlassian | Rovo Dev (RovoDev) | task-agent | coding, code-review |
| Block | Builderbot | orchestration-system | coding, code-review |
| Brex | Internal Agent Platform | platform | finance-ops, support, customer-success |
| Browserbase | bb | task-agent | coding, code-review, support, customer-success, research |
| Cloudflare | Internal AI engineering stack | platform | coding, code-review |
| Coinbase | Forge / Mux | agent-system | coding, code-review |
| Databricks | coSTAR and internal engineering agents | agent-system | coding, code-review, on-call |
| Domu | Clementino | task-agent | support, finance-ops, coding, recruitment, customer-success |
| DoorDash | AI Code Review Agent | background-agent | code-review |
| DoorDash | Flux / Agentic AI Platform | platform | code-review, coding, ci-triage, on-call, maintenance, data |
| Dropbox | Nova | platform | coding, ci-triage, on-call, maintenance |
| Flex | AI Investigation Agent | task-agent | finance-ops, on-call, coding |
| GitHub | Qubot | task-agent | data |
| Harvey | Spectre | platform | coding, code-review, on-call, security |
| HubSpot | Sidekick | task-agent | code-review |
| Linear | Linear Agent | task-agent | support, customer-success, coding |
| Microsoft | PRAssistant | background-agent | code-review |
| monday.com | Sphera / Atlas / Morphex | agent-system | coding, code-review |
| Notion | Custom Agents | platform | support, finance-ops, recruitment, security |
| Plaid | AI Annotator | task-agent | data |
| Plaid | Fix My Connection | task-agent | ops, maintenance |
| Plaid | Internal MCP server | supporting-pattern | coding |
| PostHog | StampHog | background-agent | code-review |
| Ramp | Inspect | background-agent | coding, code-review, on-call |
| Replit | Manager agent (agent-of-agents) | orchestration-system | coding, code-review, support, research, data |
| Retool | RetoolGPT | task-agent | support, coding |
| Salesforce | Slackbot | task-agent | support, customer-success, ops |
| Sentry | Junior | task-agent | coding, code-review, support, on-call |
| Shopify | Aquifer / River | platform | coding, code-review, research, security |
| Sierra | Pinecone | task-agent | coding, code-review, support, research, data |
| Slack | Multi-agent context system | supporting-pattern | research |
| Spotify | Honk / Xirp | agent-system | coding, migrations, code-review |
| Stripe | Minions | background-agent | coding, code-review |
| Uber | Internal coding agent (unnamed) | task-agent | coding |
| Uber | uReview | background-agent | code-review |
| WorkOS | Project Horizon | platform | coding, code-review, security |
| Y Combinator | Internal agent infrastructure | platform | coding, ops |
| Zup | CodeGen | task-agent | coding |
Reading the levels: Adapted from Dan Shapiro's framework, L2 means continuous steering, L3 work-product review, L4 outcome review, and L5 exception-only supervision. Levels describe a specific workflow, not company maturity. Methodology →
Human review is still the norm. 23 of the 40 approaches produce a draft or implementation for review. 8 keep a person involved throughout the work. 3 report autonomous action within a scoped workflow; 3 are assistive and 3 remain unknown.
Different systems keep solving similar infrastructure problems: company context, scoped tools, execution environments, verification, and integration with systems of record.
Some internal agents are durable: their identity or state persists across runs and restarts. Others start fresh. Durability is a design choice, not an inclusion requirement. State duration is undocumented for 35 approaches. Review cost, failure rates, and retired systems are rarely reported.
An entry needs a named organization, an agent or enabling approach built or materially adapted for that organization's own work, and public evidence describing its implementation or use.
The map includes agents, agent systems, platforms, orchestration systems, and implemented supporting patterns. These are separate approach types. Prototypes and systems that later became open source or commercial products can qualify.
Generic vendor products without a documented internal adaptation are not entries. General opinion pieces and unattributed claims may appear as context, not as catalog approaches.
Every authored claim points to one or more structured sources. Each source records its relationship to the organization. Reported statements stay separate from catalog judgments, and company metrics remain self-reported unless independently verified.
unknown means undocumented, not absent. Conflicting evidence remains visible. See the
data schema for the complete methodology.
Found a missing approach or better evidence for one already here? Start with the record template and follow the contribution guide.
Code and tooling are licensed under MIT. Content and data are licensed under CC BY-SA 4.0.
Hacker News (1)
18 commits
Python
100.0%