PayCargo · AI Platform · TLDR · 3 of 5

The Cartridges

The actual rides. Each one a piece of equipment kids can climb on.

A cartridge is an AI app that has been mounted on the playground. The chatbot is a slide. The observability dashboard is a seesaw the operator rides. The future code-agents app will be the monkey bars. Each cartridge is self-contained but inherits every safety feature for free.

The naming matters. We do not call them "apps" because that implies they each handle their own gate, their own bouncy floor, their own cameras. They do not. We call them cartridges (like an NES cartridge) because the playground is the console, the cartridges plug in, and the cartridge gets all of the safety stuff from the slot it plugs into.

What rides we have today

Observability Live

The operator's clipboard. Built first because you cannot run a platform you cannot see.

The screen where the operator looks at health, cost, audit logs, scheduled jobs, users and groups, and per-cartridge spending. Also holds the documentation tab (this one).

Lives at cartridges/administrative/obs/. Operator-facing only.

Chatbot Live

The first end-user-facing ride. A streaming Claude chat with PayCargo guardrails.

Talk to Claude inside the playground. Every conversation goes through a guardrail; every call is cost-attributed to the user who made it; the response streams as it's generated.

Lives at cartridges/global/chatbot/. Available to every authenticated PayCargo user.

SquadFlow Live

The engineering team's SDLC assistant — the front door to building software with AI.

A multi-screen ride: a sprint board, AI issue assessments (is this issue ready to build? what's missing?), and repo research. It reads GitHub + ZenHub through each user's own connection, and every assessment is steered by the operator's grounding docs. This is what "Code-agents / golden-spec" grew into.

Lives at cartridges/engineering/squad-assess/. Engineering audience.

Sales Reporting Live

Turn a transactions export into a finished payables report.

Upload a transactions spreadsheet (xlsx/csv); the ride parses it and generates templated payables reports. A report generator, not a chat — the numbers come from the file you bring.

Lives at cartridges/sales/sales-reporting/.

Pipeline Analysis Live

The Global Sales pipeline, reconciled and rendered.

Valuation workbooks reconciled and cross-referenced, then rendered as the executive waterfall — the numbers the sales leadership reads.

Lives at cartridges/sales/pipeline-dashboard/.

Integration Workbench Live

The proving ground for every integration.

Run read-only test calls against connected providers (Salesforce, GitHub, ZenHub, Power BI, GitBook) to confirm a connection works before a cartridge relies on it. Writes are blocked by design.

Lives at cartridges/labs/integration-workbench/.

Doc Vault Live

A versioned, shareable home for the HTML documents the platform produces.

Projects of versioned files; every file versions immutably; documents render as live artifacts behind a security boundary, are shared to named people, and carry comments pinned to the exact version you read. It's also where automated writers publish. See Step 6.u.

Lives at cartridges/global/doc-vault/.

Foundation Audit Live

The platform audits itself, on a schedule.

Read-only AI audits (discipline drift, SOC 2, cartridge quality) run on EventBridge schedules and publish reports into Doc Vault. Its console lets an operator run one now, watch run history, edit the doctrine the auditor follows, and connect an external scheduled evaluator. See Step 6.w.

Lives at cartridges/administrative/foundation-audit/.

What rides are on the roadmap

Marketing, HR, Finance Folders reserved

Each department gets its own folder. Department-led, platform-supported.

These department folders exist with placeholder markers (cartridges/marketing/, cartridges/hr/, cartridges/finance/). As a department identifies its first AI use case, its first cartridge lands there. (Labs is no longer empty — it holds Integration Workbench.)

Not rides, but part of the platform: some capabilities live in the Console itself rather than as a cartridge — the Content CMS (versioned CLAUDE.md/skills.md that steer AI calls) and the Console MCP (machine tokens that let a scheduled Claude Code read doctrine and publish reviews). Cartridges and scheduled evaluators use them; operators manage them from the Console.

What makes a cartridge a cartridge

Specific shape, intentional. Every cartridge is:

PropertyWhat it means
Self-containedOne folder under cartridges/<department>/<name>/. Has its own Terraform, frontend, Lambda code, docs.
Plug-and-playThe Console auto-detects it. No separate registration step. New cartridge folder + apply equals a new tile on the launcher.
Foundation-inheritedEncryption, identity, audit, supervisor, network limits all apply without any cartridge code. The cartridge author writes business logic.
Standardized backendAPI Gateway HTTP API plus Lambda. JWT-verified. Origin-secret protected. CloudFront-fronted.
Standardized frontendS3 plus CloudFront. Loads the SDK from the Console. Uses PayCargo design tokens.
Operator-visibleShows up on the obs Cartridges tab automatically. Cost attribution, last-invoked timestamps, configuration panel all free.

How a new cartridge gets born

  1. The Anvil sketches it. Name, capabilities, OAuth providers needed, data classification, cost estimate. (See Anvil.)
  2. The Forge builds it. AI-assisted scaffolding from the spec. (See Forge.)
  3. The Console mounts it. A pull request lands, an apply runs, a new tile appears on the launcher.
  4. The Foundation protects it. Without any cartridge author work, the safety features apply to every call the cartridge makes.

Cartridges per department, not per app

The folder structure says cartridges/sales/, cartridges/marketing/, etc. on purpose. A department can have many cartridges over time. The folder is the home. The first one lands; the second, third, fourth land next to it. Department-led AI strategy is structurally encouraged.

Want the technical version?

Cartridge engineering depth lives in Step 6.d (repo structure), Step 6.i (cartridge metadata), Step 6.j (chatbot build walkthrough), Step 6.l (code-agents spec), and Step 4.5 (observability cartridge).