Dry-run the recipe
Preview every API key, usage, billing, webhook, docs, env, and checklist file.
Install API keys, usage tracking, rate limits, Stripe billing, credits, webhooks, docs, and operating checks into an existing app as editable source code. Modules are the product; recipes are the path; presets are only convenience bundles.
The strongest first path is API SaaS: keys, usage, quotas, credits, billing, docs, webhooks, and request visibility installed as normal source files.
Preview every API key, usage, billing, webhook, docs, env, and checklist file.
Routes, components, helpers, server code, schema slices, and docs land in canonical paths.
Required provider keys and migration notes are documented alongside the installed code.
Each module ships tests or a focused checklist so maintainers know what to prove.
The registry is broad, but the public wedge is narrow: API keys, usage, quotas, billing, webhooks, docs, and operations that land in an existing app as source.
API keys, usage tracking, rate limits, credits, Stripe billing, webhooks, docs, and request visibility.
One-shot prompt packs and context files for coding assistants to install SaaS paths safely.
Key lifecycle, hashed storage, scopes, usage metadata, and management UI.
Usage events, metering helpers, quota visibility, and billing-ready records.
Checkout, billing portal, subscription sync, webhook dedupe, and entitlement mapping.
Received webhook table, status, retry controls, signature metadata, and detail UI.
Vercel AI SDK chat, AI Elements primitives, gateway-ready model routing, and a source-owned chatbot shell.
Transactional email wiring, provider notes, templates, and delivery checks.
Next.js provider, pageview tracking, event capture helper, and consent notes.
Modules are the product. Recipes show the install order for a workflow like API SaaS. Presets stay useful, but they should never make StackFoundry feel like a boilerplate.
Pick the painful workflow before installing a bundle.
| Path | Best for | Includes |
|---|---|---|
api-saas-starter | API-first SaaS | Keys, usage, credits, billing, webhooks |
agent-ready-installs | Coding agents | Prompts, context, dry-run review |
b2b-saas | Team products | RBAC, invites, audit, SSO, SCIM |
internal-admin | Operators | Support, health, incidents, backups |
ai-saas | AI products | Chat, model routing, quotas, metering |
Source files, route shells, helpers, schema slices, prompts, docs, maintenance skills, and verification checklists.
Secrets, local metadata, generated caches, and provider lock-in outside explicit provider adapter modules.
Every module is declared in a manifest with files, dependencies, env notes, schema exports, and status.
Module metadata declares source paths, dependencies, environment requirements, schema exports, and verification guidance so installs and diffs stay reviewable.
Learn the manifest model{ "name": "stripe-billing", "type": "module", "category": "billing", "registryDependencies": ["drizzle-postgres"], "env": [ "STRIPE_SECRET_KEY", "STRIPE_WEBHOOK_SECRET" ], "status": "experimental"}StackFoundry is open source and free to use. Sponsors fund module maintenance, provider adapters, and higher-quality examples.