anvil-app
Anvil Desktop
Owns
Local developer workflow orchestration
Start in
src/main, src/preload, src/shared, src/renderer
Use when
A change needs repo context, review evidence, work item context, or local companion controls.
Anvil is a small family of developer tools: Desktop for repo-aware agent delivery, Registry for safer npm dependency ingress, and Cloud for inspectable app runtime contracts. The common rule is simple: make the work reviewable before anyone has to believe it.

$ anvil check --json
Config: valid
Import policy: pass
Typecheck: pass
Manifest extraction: pass
Build-ready: true
The split is intentional. Desktop coordinates local work, Registry controls dependency ingress, and Cloud constrains app runtime contracts.
anvil-app
Anvil Desktop
Owns
Local developer workflow orchestration
Start in
src/main, src/preload, src/shared, src/renderer
Use when
A change needs repo context, review evidence, work item context, or local companion controls.
anvil-registry
Anvil Registry and Node Base
Owns
npm dependency ingress and install execution safety
Start in
apps/gateway, apps/worker, apps/admin, apps/cli, packages, devcontainer-base
Use when
Installs need policy, caching, analysis, quarantine, overrides, reports, or safer container execution.
anvil-cloud
Anvil Cloud
Owns
Cell runtime contracts and adapter deployment
Start in
packages/runtime, packages/builder, packages/local, packages/client, packages/cli, packages/aws
Use when
A small app should be authorable locally, inspectable by agents, and deployable through an adapter boundary.
The docs explain the mechanics. This is the short operational map.

Local delivery workspace
anvil-app
An Electron app for repo-aware agent delivery work. It keeps repositories, work items, chat sessions, Git state, reviews, security checks, terminals, docs, diagrams, and handover evidence in one local workspace.
Boundary: Owns local delivery orchestration and evidence capture.
Status: Active desktop app with main, preload, shared IPC, and React renderer surfaces.
Inspectable app runtime
anvil-cloud
A local-first TypeScript platform for Anvil Cells: small deployable app units with explicit capabilities, shared runtime request contracts, generated manifests, local inspection, and adapter-driven deployment.
Boundary: Owns the Cell contract, runtime, builder, local server, generated client, CLI, and deployment adapter boundary.
Status: v0 implementation exists across runtime, builder, local, client, CLI, and AWS preview packages.
npm policy gateway
anvil-registry
A TypeScript registry gateway that proxies npm metadata and tarballs, evaluates deterministic policy, queues package analysis, caches artefacts, and records decisions before installs reach developers or CI.
Boundary: Owns dependency ingress, policy decisions, analysis, cache identity, and override audit.
Status: Rough alpha for local trials, security review, early CI experiments, and contribution work.
Hardened Node image
anvil-registry/devcontainer-base
A Node 22 devcontainer base image for safer installs. Safe mode disables lifecycle scripts; observed mode runs them deliberately while writing inspectable reports.
Anvil does not claim that agents, heuristics, or abstractions remove engineering judgement. It gives reviewers better artefacts to judge.
Desktop workflows start from local checkouts, branch state, typed IPC boundaries, SQLite state, Git, PTYs, and explicit connector configuration.
Registry decisions come from deterministic package metadata, static findings, provenance, popularity, overrides, and cached immutable identities.
Cloud Cells use a constrained app contract. Provider SDKs and infrastructure authoring belong in adapters, not app code.
Codex and LLM workflows can plan, implement, review, and explain. The authority still comes from repo evidence, deterministic gates, and human review.
The public site is markdown-first so architecture, setup, limits, and status can be reviewed in Git with the code.
Start with the public docs, then follow the links into commands, architecture, status notes, and the repo boundaries that matter.
Choose Desktop, Registry, Node Base, or Cloud from the repo and workflow you actually need.
See which repo owns which product surface, where to look first, and how the projects fit together.
Follow the Electron main, preload, shared IPC, renderer, SQLite, and service-layer boundaries.
Run planning, implementation, review, security, documentation, BA, and handover sessions with evidence.
Run the gateway locally, route package manager traffic through it, and inspect package decisions.
Read how metadata, provenance, static findings, popularity, analysis, and overrides shape decisions.
Understand app, schema, query, mutation, endpoint, job, capability, and generated manifest shapes.
Use anvil new, dev, check, build, inspect, logs, db, and deploy preview with stable JSON output.
Inspect safe and observed install reports, submit them to the registry, and wire them into CI gates.
The scope boundaries, alpha notes, and anti-vendor-sludge position behind the project.
Development setup, commit style, and review expectations across the Anvil repo family.