Skip to content
  • about
  • contact

A studio that ships software and shows its work.

hello@caparisonlab.com, Chittagong, Bangladesh

2026 Caparison Lab

  • work
  • capabilities
  • about
  • contact
  • RSS
work
web application

Build&LaunchAI

A members-only catalog of AI automation tools that members run on their own provider API keys, built for a solo builder shipping one new tool a week.

From empty repo to live billing in six weeks: 141 commits, 39 migrations, seven tools, and a $10 a month subscription taking real payments.

ScopingDesign systemFrontendBackendDatabaseEdge functionsBilling integrationDeploymentWebOpen the live site
budget
$5k – 8k
duration
6 weeks
launched
Aug 2026
status
live
team
3

stack

next.jstypescriptpostgressupabaseverceltailwindnext.jstypescriptpostgressupabaseverceltailwindnext.jstypescriptpostgressupabaseverceltailwindnext.jstypescriptpostgressupabaseverceltailwind

The brief

The user is a solo builder who ships AI automation tools in public, one a week, and the audience who wants to run them. The spec states the problem as a cadence problem: at that rate the thing that stops you shipping is never the tool's own logic. It is the page, the form, the validation and the access rule around it.

Two constraints came fixed. Shipping tool twelve must not mean building screen twelve, so a tool is a database row and everything a member sees is edited from a dashboard. And members run tools on their own provider keys, so a key must never reach software the platform does not run.

What we built

A Next.js app on Vercel in front of a Supabase Postgres database, with every tool's interface stored as a row and its logic as a TypeScript handler in a Deno edge function. One SQL function answers every access question. The key vault encrypts inside an edge function the browser calls directly, so no plaintext key passes through Vercel.

  • Tool registry where the form fields, output blocks, access rule, required providers and rate limit are columns, edited in the admin with no deploy.

  • Access engine: one can_access_tool() function, checked by the web runner, the iframe embed, the desktop app and the Chrome extension.

  • Key vault, AES-256-GCM, with the encryption key held only in Supabase secrets and column-level grants that stop a key's own owner reading their ciphertext.

  • Async runner: the server action returns in under a second, the edge function works in a background task, realtime pushes the finished row, and a pg_cron reaper fails what never landed.

  • Prepaid credit system: an append-only ledger, FIFO lots, and holds settled from the provider's own reported usage through a metered AI gateway.

  • Billing through Creem: checkout, webhook idempotency keyed on event id, and the membership grant gated on what the checkout actually bought.

  • Admin dashboard: applications queue, per-user tool access matrix, visual input-schema builder, test runs on admin keys, audit log.

  • 22 verification suites run against the live database, covering row-level security, admin guards, the access engine, the vault, the runner, billing and legal copy.

Six and a half weeks of commits, 14 July to 29 August 2026.

gallery

The tool catalog

Every tool carries the providers it needs, so a member knows before they open it.

The tool catalog, with a featured tool and a grid of cards, each tagged with the providers it needs
The Build and Launch AI home page
The tool catalog, with a featured tool and a grid of cards, each tagged with the providers it needs
The Build and Launch AI home page
The tool catalog, with a featured tool and a grid of cards, each tagged with the providers it needs
The Build and Launch AI home page
The tool catalog, with a featured tool and a grid of cards, each tagged with the providers it needs
The Build and Launch AI home page

1 / 2

key decisions

  1. 01

    Tools are rows, not pages

    The form, validation, output rendering, access rule and rate limit are columns on a tools row. Shipping a new tool is one handler file and one function deploy; everything a member sees is then edited in the dashboard with no deploy at all.

  2. 02

    The encryption key is not on Vercel

    The browser posts a plaintext key straight to a Supabase edge function, which encrypts it there. Vercel holds nothing capable of decrypting a member's key, so a total compromise of the Vercel project yields ciphertext. This is why there is no external execution backend.

  3. 03

    One access function, four clients

    The web runner, the iframe embed, the desktop app and the Chrome extension all resolve entitlement through the same call and share one gate file. A licence endpoint saying active while a key endpoint says no access is a class of bug that only shows up in a user's hands.

how it went

  1. 14 July 2026

    Spec and design system

    The brief and the design document written and revised through an architecture review before the first line of code.

  2. 14 to 17 July 2026

    Phases 0 to 10

    Auth, catalog, application funnel, access engine, key vault, runner, admin editor, notifications, codes, community loop.

  3. 19 July to 25 August 2026

    Visual system and external clients

    Shared UI primitives, iframe embed tokens, the desktop app and Chrome extension backends, consent and key-release log.

  4. 26 August 2026

    Live billing

    Creem live at $10 a month, taking real payments.

  5. 27 to 29 August 2026

    Credits and AI gateway

    Prepaid ledger, provider-metered gateway, top-up checkout, legal pages.

results

spec to live billing

6 weeks

first commit 14 July 2026, billing live 26 August 2026

the build, measured by git history

22

automated verification suites

run against the live database: row-level security, admin guards, the access engine, the vault, the runner, billing and legal copy

at launch, measured by repository

since launch Work continued past the billing go-live into prepaid credits, a metered AI gateway and top-up checkout, with the most recent commit on 29 August 2026.

Want something like this?

A platform whose product is a catalog needs the access rules settled first. Tell us who gets in, and what they bring their own keys for.

Build something like this

next

Albatross Resort Management