The agentic development platform

Agents provision. Archie governs. You ship.

A whole platform team's output — from one person who owns the rules. Your platform engineer defines the golden paths; your developers ask for infrastructure, both request in plain language; Archie composes, verifies, deploys, and operates it — inside your own cloud, under your rules.

Self-hosted, in your own account · in production · real deploys on AWS, Azure, GCP & Kubernetes

Shown in Claude Desktop. Archie speaks MCP — the same flow runs in Cursor, Antigravity, or any agent, on any model.

You don't author infrastructure by hand. You ask.

No Terraform. No fifty-variable forms. No ten-tool stack to assemble. A request goes in; a governed golden path comes out.

The status quo

You already have a platform. Nobody designed it.

It accumulated over time — no one built it, no one owns it, and it shows.

01 · manual by default

Every deploy is manual.

Or it waits on the one person who actually knows the setup.

02 · found at audit

Security gaps hide until audit.

Public buckets, missing encryption, broad IAM — surfaced by the auditor, not before.

03 · no golden path

No golden path. No owner.

It accumulated, it wasn't built — and nobody has the time to govern it.

The big orgs solved this with a platform team. You need one person to own the rules — Archie holds them, and does the rest.

No platform team?

One person owns the rules — Archie is the platform team you didn't have to hire.

Already have one?

Archie gives your agents the same governed golden paths to consume and extend — inside your existing standards.

How it works

One path, end to end.

A platform engineer composes a golden path once; developers consume it forever. Both just ask — Archie does everything between the sentence and the running infrastructure, on rails.

Part 1 — the platform engineer composes the path
01
Compose

Ask. Archie composes the golden path.

A platform engineer describes what they need in their own agent — Claude, Cursor, Antigravity. Archie reuses what you already have before it writes anything new, applies your org standards, and composes one golden path.

agent · the ask
Governed EKS for finance nonprodarchie-pilot-lenny
a governed EKS for finance, nonprod
Sourcing ladder — catalog, then your repo, then the registry. Checking what you already have.
archie: get_import_source · list_repo_tree
Your repo first — 2 modules matched, 1 from the registry. Real, org-owned code beats generating.
archie: import_terraform · add_from_registry
vpc and eks imported from your repo.
kms — the one registry module — added.
archie: save_golden_path
Order resolved: kms → vpc → eks. Wired vpc_id, subnet_ids, kms_key_arn — 0 unmet dependencies. Draft saved · 4 fields left open for the deployer.
Type / for commands
eks needs vpc + kms — collected and composed into one golden path
archie · modules collected, path composed, org standards applied
The EKS module in Archie's catalog, with its locked, required and editable fields
The VPC module in Archie's catalog, imported from the organisation's own Terraform repo
The KMS module in Archie's catalog, governed by the organisation's encryption standard
The composed Governed EKS golden path in Archie, still a draft: kms, vpc and eks wired together, showing what is locked, wired and left open for each
02
Verify

Checked before anything is built.

Archie checks the structure, then runs a plan pre-check that flags valid Terraform that would still fail once it runs. Nothing is created in your cloud at this step; it's the plan, read properly. The fields that must never change are locked, enforced server-side.

agent · verify
Governed EKS for finance nonprodarchie-pilot-lenny
verify it before we publish
archie: verify_module
plan ran clean · 34 resources · plan-guard pre-check ran inside verify
valid plan, would still fail — aws_eks_node_group has no egress, so nodes can't reach the control plane or pull from ECR. they never join the cluster — you'd wait for a timeout. flagged.
fix it
archie: edit_module_code · verify_module
verify passed — standalone scope
vpc_id, subnet_ids, kms_key_arn were placeholders — a plan can't check an id it was handed. Composed, they resolve for real.
Type / for commands
archie · the governed surface
Archie standards — the tags every resource must carry, set once for the organisation

Governance fires on what the modules create — encryption is enforced because the resource stores data, not because someone remembered.

03
Publish

Proving it is what puts it in front of developers.

A path that would not run is refused outright — publishing mints trust, and a valid plan that still fails never reaches the catalog. One that will run publishes instantly, and then earns its place: Archie stands it up for real in your own non-production account, asserts it works, and tears it down. Only then does it appear on the developer menu. A platform engineer can put it there unproven — deliberately, with their name on it.

agent · publish
Governed EKS for finance nonprodarchie-pilot-lenny
publish v1.0.0
archie: publish_golden_path
Cannot publish: the plan is valid, but this path won't run — the node group's security group has no egress, so the nodes can't reach the control plane or pull from ECR, and they never join the cluster. Publishing mints trust — a developer deploying this would hit the failure, not you.
fixed — publish, and prove it first
archie: publish_golden_path · smoke_test=true
published · NOT on the developer menu yet
standing up kmsvpc eks for real · 2 AZs, no NAT, t3.small
tagged ephemeral · 120-min TTL sweeper as backstop
asserted · torn down · nothing left behind
smoke passed — now on the developer menu
Type / for commands
archie · owner catalog — draft, then published
Governed EKS as a draft in Archie's catalog — not yet published, offering Publish
The same path published — now offering Deploy, and on the developer menu
Part 2 — a developer ships on it
04
Request

A developer self-serves. For real.

“I need a Kubernetes cluster for the payments service.” They ask their own agent and Archie picks Governed EKS off the catalog — the path the platform engineer just published — or they pick it from the catalog themselves. No forms, no tickets, no Terraform, no waiting.

developer · the ask
web app for my storedev · maya
I need a Kubernetes cluster for the payments service
archie: find_golden_path
1 match on your org's menu: Governed EKS v1.0.0
kmsvpc eks · published by your platform team
ready — 3 questions, then it ships
Type / for commands
archie · developer catalog
The same Governed EKS path as a developer sees it — the fields they set, and Deploy. No version, no component wiring, no publish controls.
05
Deploy

A published path just deploys. Unvetted code gets reviewed — never their keys.

How Archie decides is provenance, not environment. A path published from your own catalog is already trusted — it deploys straight away, in any environment. Anything unvetted is reviewed first, sandbox included, and a platform engineer or owner signs off. When more than one account matches, Archie asks instead of guessing — the account is the blast radius. It lands in your own account, under the developer's name, and they never hold a credential.

developer · deploy
web-app-stack · deploydev · maya
deploy Governed EKS to my sandbox
archie: deploy_golden_path
two accounts match — I won't guess. the account is the blast radius. sandbox-eu or prod-eu?
sandbox-eu
archie: request_infrastructure
checking credentials before building anything… ok
pulls a registry module → PE/owner review, even in sandbox
approved → deployed under your name · no keys in session
Type / for commands
archie · provisioning feed
Archie's provisioning feed — one deploy done, one held for approval because two components came from outside the catalog and the encryption standard could not be met, and one failed

AWS, GCP, Azure and Kubernetes keys live in Archie, never in a session. The golden path is the only route to your cloud.

And when it can't get in — it stops clean, before anything is built:
Archie cannot get into cloud account acct-… any more (AccessDenied on sts:AssumeRole). Nothing was deployed.
an expired sandbox, a deleted role, or a changed external ID
06
Operate

One loop — and the catalog pulls the fleet forward.

Deploy, drift, remediate, upgrade, roll back, destroy — one loop, with a receipt and a Slack note. Publish v1.1 and every stack still on v1.0 shows outdated: a developer upgrades their own, or the owner rolls the whole fleet forward in one move. That's the difference between noticing change and governing it.

developer · operate
web-app-stack · operatedev · maya
anything to do on my stack?
archie: list_outdated_stacks · check_drift
v1.1 is out — you're a version behind
1 console drift: log retention 30 → 7d. that field is locked.
upgrade it and fix the drift
archie: upgrade_stack · remediate_drift
on v1.1 · drift corrected · receipt + Slack sent
Type / for commands
archie · stacks
The checkout-web app in Stacks: three components, each Healthy and in sync, with cost, version, and Remediate / Upgrade / Roll back / Destroy
And it is more than deploy
  • Greenfield or brownfield — start clean, or adopt what is already running.
  • Import existing resources — and import your Terraform state with them.
  • Drift, remediated by severity — what matters gets fixed first, not whatever is noisiest.
Who's building this

Archie is built by Greg Lazarus — a Solutions Architect who got tired of hand-coding the same infrastructure for every project, and watching developers deploy without guardrails. No VC. Tested the only way that counts: a harness that deploys and destroys real infrastructure on AWS, Azure and GCP, and 36 pilot scenarios an agent runs as a customer — MCP and UI only, no source, no fixing the product mid-run. In production.

Change is a new version — never a console poke.
Two surfaces

The tools act. The UI reviews and controls.

Both roles ask in plain language — what differs is the toolset each is handed, and what they're allowed to change.

The tools — to act

Compose, govern, deploy, operate.

Plain-language asks over MCP, from any agent. Platform engineers get tools to compose and govern golden paths; developers get tools to deploy and operate them. Different tools per role — one governed floor.

No one hand-writes Terraform. The ask is the interface.
The UI — to review & control

Watch, confirm, approve, audit.

The UI doesn't do the work — it's where you watch the agent's trace, confirm the plan, approve what's flagged, and read the audit. The how, the what, and the why of every action.

Every ask lands here as a reviewable, confirmable, audited action — with a receipt.
The whole platform

The rest of the platform, same rules.

Drift, cost, audit, multi-cloud — governed the same way the path was.

drift caught and corrected

Auto-remediation

The live scan compares actual cloud state to the governed state and corrects it. Console edits don't stick.

who · what · when

Audit trail + Slack

Every action logged and explained — who ran it, what changed, why. Notifications on deploys, drift, approvals.

see spend before you ship

Cost at the deploy moment

Estimated spend shown when you deploy — per resource and per stack, not next month's bill.

AWS · Azure · GCP · Terraform · Pulumi

Multi-cloud, multi-engine

Governs any spec — cloud or cluster, Terraform or Pulumi, in one workflow.

The economics

A platform team and ten tools — or one product you ask.

The internal developer platform was the big-org answer: a dedicated team stitching a stack of tools. Archie is its agentic evolution — the same governed self-service, as one product.

the old IDP
  • Platform team
  • IaC tooling
  • CI/CD
  • Policy engine
  • Approval workflows
  • Drift detection
  • Developer portal
  • Audit systems
with Archie
One governed product
the whole lifecycle · you ask
< 30 min
From a request to running infrastructure
3 clouds
AWS · GCP · Azure, plus Kubernetes
1 person
Runs the platform — instead of a whole team
0
DevOps tickets for a developer to ship
The control plane — not another portal

Archie is the governed control plane for agentic infrastructure: bring any agent for interactive work, and Archie's own governed automation handles the reactive toil — drift, patches, upgrades, cleanup — autonomously, at the right autonomy level, with a receipt for every action.

Deployment

It runs in your account.

Archie deploys inside your own cloud account — your credentials and state never leave it.

Self-hosted

recommended

Sign in with your existing SSO; we never hold a credential.

  • Your Git repo, your IaC engine
  • Credentials never leave your VPC
  • Your encryption keys, your state

Managed

by invitation

For design partners, we host a managed instance so you can explore the full platform before you stand one up in your own account. Ask us for an invite.

  • Nothing to install
  • Always on the latest version
  • Move to self-hosted anytime

“What happens if we stop using Archie?”

Nothing. Your infrastructure runs in your cloud account; your state and IaC stay in your own bucket and Git repo, in the engine you deployed with. Cancel Archie and run your IaC directly — you lose the governance, the catalog and the drift detection, but your infrastructure is untouched.

We don't hold anything hostage. We earn your business every month.

Pilot

Start with one repo.

We stand up Archie in your own account, compose one golden path from your existing infrastructure, and show you the whole loop end to end — self-hosted, your keys.

Business email required. We run pilots with teams, not tire-kickers.