The diagram is generated, not drawn
Read your cloud accounts and your agent runs, and the canvas assembles itself — including drift, so a resource that appears at 3am appears on the picture.
ArcFoundry reads your cloud accounts and your agent runs and draws the system itself. Every node carries its billed cost. Budget caps and approval gates are enforced while the run is happening, not reported after it.
A read-only role, or three lines of SDK. Revoke either in one click.
The canvas: infrastructure and agents on one graph, each node carrying what it actually costs.
Figures from a demo workspace. Yours are your own, to the cent.
Diagram tools draw pictures. Monitoring draws charts. ArcFoundry draws the system, priced, controlled and provable.
Read your cloud accounts and your agent runs, and the canvas assembles itself — including drift, so a resource that appears at 3am appears on the picture.
Billed cloud spend per resource and provider-reported token cost per agent step. Cost sits on the thing that caused it, not in a separate dashboard.
A budget cap halts the agent before the call is made. An approval gate pauses it mid-flight until a person decides. Both are enforced, not reported afterwards.
Every action, cost, approval and denial in a SHA-256 hash-chained record you export as a file. The security questionnaire answers itself.
The support agent and the database it writes to belong on one diagram. Today they live in two tools bought by two different teams.
Import what you have, connect what is live, see what it truly bills.
Your code, your framework, your loop. ArcFoundry observes and controls it.
The combined effect. Both halves sit on one graph, so you can answer the two questions nobody can answer today: which of our systems do the agents touch, and what did that cost?
You keep your accounts, your framework and your loop. ArcFoundry only reads — and, where you tell it to, stops.
Attach a read-only cloud role, drop in a tfstate file, or wrap your model client. Whichever you start with lands on the same canvas.
Nodes, edges, costs and latency come from the running system. Nobody maintains the picture, so it cannot go stale the week after someone drew it.
Set budget caps and approval gates enforced at runtime, then export a hash-chained record of every action for the review that always comes later.
import anthropic import arcfoundry client = arcfoundry.wrap( anthropic.Anthropic(), agent="support-bot" ) # your code, unchanged from here with arcfoundry.run(client, task=ticket.id): reply = client.messages.create(...)
Connecting an account means attaching a role scoped to describe and billing calls. No write permissions are requested, and none would work.
{
"Effect": "Allow",
"Action": [
"ec2:Describe*",
"rds:Describe*",
"ecs:List*",
"ce:GetCostAndUsage"
],
"Resource": "*"
}Diagram tools produce a picture. Infrastructure maps mirror resources. Neither covers agents, and neither enforces anything.
| Capability | ArcFoundry | Diagram tools | Infrastructure maps |
|---|---|---|---|
| Where the diagram comes from | The live account and run data | A person drawing it | The live account |
| Cost shown per node | Billed, per resource and per step | None | Estimated from list price |
| AI agents on the canvas | Metered, replayable, priced | None | None |
| Agents and infrastructure together | One canvas, one graph | No | No |
| Runtime control | Halts spend, pauses for approval | No | No |
| Audit evidence | Hash-chained, exportable | No | No |
| Freeform whiteboarding and brainstorms | No — we only draw running systems | Yes | No |
Connect an account or instrument one agent, and watch the diagram assemble itself with real costs attached.