πŸ›’ blitz Γ— commerce

Ship commerce on Blitz.js without losing weeks to compliance.

Blitz.js is a TypeScript natural fit for commerce. GreatCTO auto-detects both β€” adds the commerce archetype overlay, wires commerce-specific gates, and runs 83 specialist agents around your existing Blitz.js workflow.

What changes when GreatCTO joins your Blitz.js project

Detection β†’ overlay β†’ gates β†’ reviewers.

1 Β· DETECT

Stack + archetype

GreatCTO reads your package.json and detects blitz + commerce archetype from signals: imports, file structure, env vars, README hints.

2 Β· OVERLAY

Archetype pack

Attaches the commerce archetype overlay: PCI-DSS scope, refund/dispute idempotency, SCA / PSD2 in EU, webhook signature verification. Override if your specifics differ; the defaults are sensible for Blitz.js-style projects.

3 Β· GATES

Blitz.js-aware reviewers

qa-engineer runs tsc --strict / eslint / vitest --coverage; security-officer checks for prototype pollution + XSS sinks; performance-engineer reviews bundle size + cold-start times.

4 Β· MEMORY

Cross-project lessons

Bugs you've hit before in other Blitz.js projects (connection-pool exhaustion, ORM N+1 queries, retry storms) β€” the agent's Step 0 includes the prior detection order. MTTR drops 94 % on second occurrence (methodology).

First 10 minutes

Concrete walkthrough.

$ cd my-blitz-app && npx great-cto init
βœ“ scanning manifests… found package.json
βœ“ stack: blitz (TypeScript)
βœ“ archetype: commerce
βœ“ overlay: applied
βœ“ 83 agents ready

$ /start "add cart + checkout flow"
β–Έ architect drafting ARCH-commerce.md…
β–Έ pm decomposing into beads tasks…
⚐ gate:plan β€” your approval needed

Approve β†’ 3 senior-devs run in parallel worktrees β†’ 5 reviewers fan out in parallel β†’ gate:ship β†’ deploy. One real run walked stage-by-stage: /proof.

What ships

The first feature, Blitz.js-idiomatic.

This is the shape of what senior-dev drafts for "cart + checkout flow" β€” auth first, schema validation, and the audit line the commerce reviewer requires before gate:ship opens.

// src/commerce/mutations/createCommerce.ts β€” reviewed by 5 agents
import { resolver } from '@blitzjs/rpc';

export default resolver.pipe(
  resolver.zod(CreateCommerce),        // qa-engineer: zod schema enforced
  resolver.authorize(),                       // security-officer: auth before handler
  async (input, ctx) => {
    const result = await handle(input, ctx.session.userId);
    await auditLog(ctx.session.userId, 'cart + checkout flow', result.confidence); // gate:commerce
    return result;
  }
);
Where this combo lands

What teams build with Blitz.js + the commerce overlay.

1

Checkout and cart flows with PCI-DSS scope reduction.

2

Subscription billing with dunning and refund idempotency.

3

Marketplace payments with SCA / PSD2 in the EU.

Architecture

Every step of the pipeline, transparent.

No black-box "AI does it all" loop. GreatCTO is a deterministic state machine β€” 8 stages, 22 nodes, 2 human gates. Every node maps to a real agent on GitHub. Inspect the state machine β†’

Install

Blitz.js + GreatCTO in one command.

$ npx great-cto init

Free, MIT, runs locally. Built as a Claude Code plugin β€” install with one command.

Related deep-dives

More from the blog

AI

How I designed the SDLC state machine for agentic coding

Eight stages, two human gates, four memory layers. Why this exact shape, and what I tried that didn't work.

AI

First real shipped feature with this stack β€” receipts

One run, one feature, from prompt to merged PR. Time, cost, and gate-by-gate breakdown β€” no marketing math.

AI

How GreatCTO chooses which compliance pack to attach

Regex vs LLM-based archetype detection, the false-positive count, and why I keep rejecting the obvious fix.

AI

Why your agent system fails: missing gates, not missing intelligence

The bottleneck in agentic SDLC isn't model quality β€” it's process governance. Here's the state machine that closes the gap.