Skip to main content
Glama

B2C App Builder

Build the business around the app.

Primitives for creating, launching, and improving consumer-app businesses.

Get started · Documentation · Architecture · Contribute

Sheet 1. The kitchen layout, six stations and a pass, with the business going out the door.

A consumer business needs more than an app that compiles. It needs a product people want, a distinctive experience, a working funnel, and reliable monetization. It needs a way to learn what works and improve.

B2C App Builder gives AI agents a shared foundation for that whole business. It is laid out like a restaurant kitchen. Stations are the responsibilities every consumer-app business has, and they do not change with the app. Capabilities define what each station must produce. Providers implement them. Recipes arrange the work into creation and operating loops. Selected knowledge is the mise en place that helps the agent decide well. You are the executive chef. You choose the opportunity and the product, set the bar, and let your agents cook. The ethos explains the stations and who runs them.

The goal is to move human attention from building one app to designing and testing businesses. Produce one excellent consumer business first. Then reuse its foundations for a different approach to the same market, with comparable evidence.

Get started

Use Node.js 24.

npm install -g b2c-app-builder
b2c setup

Setup creates the local workspace registry and prints the MCP registration command for Claude Code, Cursor, and Codex. The portable form needs no install at all:

claude mcp add --scope user b2c-app-builder -- npx -y -p b2c-app-builder b2c-app-builder-mcp

To work from source instead, clone the repository and run the same setup:

git clone https://github.com/Clueless-Creations/b2c-app-builder.git
cd b2c-app-builder
npm ci
npm run setup

From a checkout, setup runs npm link, so b2c resolves to that checkout. Either way, the first commands are the same:

# List the public capabilities, providers, and recipes.
b2c catalog --json

# Preview a composition. This creates and changes nothing.
b2c compose --config contracts/public-api/examples/subscription-app.json --json

The preview resolves each operation to a provider and lists any blockers. This declaration preview reports canApply: false. To activate an installed package recipe, use the separate revision-checked composition plan and activation commands. The b2c-app-builder skill routes broad consumer-app work to the right workflow.

Then give the agent a mandate:

Research a consumer problem in this market. Define a differentiated product. Design and build its native app and web funnel. Establish the evidence we need to improve it. Review, repair, and prove it is ready.

The business-building guide walks through the product workflow, design decisions, and release boundaries.

The public lifecycle creates a planning workspace, initializes its accepted product with the 99-workflow complete-business recipe, plans eligible work, and runs bounded sessions through the existing executor. Evidence reports separate current acceptance from missing or stale proof. Interrupted requests close through revision-checked recovery after uncertain effects are reconciled. See the lifecycle contract for commands, revisions, request replay, and recovery.

Related MCP server: Loxo

What it covers

Area

Station

What the system helps an agent do

Opportunity

The kitchen, menu planning

Research users, competitors, demand, and a defensible product hypothesis

Product

The kitchen

Define the promise, first value, core loop, complete scope, and success measures

Experience

The kitchen

Develop a distinct identity, onboarding, interaction, motion, and accessible states

Engineering

The hot line

Build native and web surfaces with explicit contracts and runtime verification

Revenue and growth

Front of house

Establish subscriptions, acquisition, funnels, attribution, and lifecycle work

Learning and operations

The pass and the office

Inspect evidence, plan improvements, support users, and maintain the business

Each area has workflow and knowledge coverage. See Status for what is implemented today.

How it fits together

Primitive

What it is

In the kitchen

What you can change

Capability

A business responsibility with operation semantics and acceptance criteria

The equipment at a station

Which responsibilities your business needs

Provider

An implementation of specific operations, with declared support and limits

The purveyor

Vendor, tool, native stack, or execution environment

Recipe

A configurable creation or operating loop

How you run service

Sequence, review policy, parameters, and product approach

Knowledge

Sourced guidance, loaded in bounded amounts

Mise en place

The expertise selected for the task, provider, and recipe

Evidence

Observations tied to a claim, artifact, and environment

The plate check at the pass

The tool that produces the observation, not its meaning

A provider swap does not redefine what an entitlement means. A different analytics tool does not redefine activation. A new recipe reuses the same execution and evidence machinery. Shared foundations should make distinctive apps easier to build. Builders keep control of product, brand, business model, and operating loop.

A composition binds a recipe to a target. It can override the provider for a single operation:

apiVersion: b2c/v1
recipe:
  id: b2c/subscription-app
  version: 1.0.0
target:
  platform: ios
  runtime: swiftui
bindings:
  b2c/monetization.present-paywall:
    provider:
      id: b2c/revenuecat
      version: 1.0.0
    connection: connection:paywalls

Save this as b2c.yaml and run b2c compose --config b2c.yaml --json. Every other operation uses the recipe default. Connection values are names of separately managed connections, never credentials. The architectural shape shows how a request moves through entrypoints, contracts, composition, execution, and evidence.

Sheet 3. One station in detail, with its operation, bound provider, loaded knowledge, and returned evidence.

Sheet 3 draws that binding as one station. The purveyor can change, and the operation keeps its meaning.

Public interface · Generated schemas · Extension guide

Operate the app

Mobile app operation is a capability of its own. Agents use it to walk customer journeys, reproduce bugs, review design, and capture screenshots or demo footage. The default provider is the agent host's native simulator tooling. MobAI or another provider can be selected when its coverage fits the task better. The mobile app operation guide covers provider selection and what counts as evidence.

Example quality

Tuck shows real app and web captures, including trip planning, packing, and the landing page. The gallery links capture provenance and verification limits.

Status

Surface

Status

Source-backed knowledge, workflow catalog, CLI, and local MCP

Implemented

Workspace creation, planning, bounded execution, review, and evidence

Implemented

b2c/v1 discovery, composition preview, and business status

Implemented, with shared CLI/MCP schemas and contract tests

Local package import and composition activation

Implemented with content pins, preview checks and recovery

Provider execution routes

Explicit host adapters; declarations alone never execute

One complete, benchmark-quality consumer business

Next milestone

Comparable market reports

Implemented; the observed multi-business milestone remains unproven

Declared support, a working implementation, and a launch-ready business are separate facts. This table reports the first two.

Open source and credits

The builder runs and wraps open-source projects, adapts published methods, and offers one optional managed provider. ACKNOWLEDGMENTS.md credits the projects and people behind that work. THIRD_PARTY_NOTICES.md carries the legal notices for material the builder incorporates. Both files are rendered from the upstream manifests under catalog/upstreams. Workers never receive credits as instructions.

Contribute

Contribute a better consumer-app reference, an operation contract, a provider, or a recipe. Contributors build the kitchen and the way it runs. Most contributions add a way to run a station, not a new station. First-party and community extensions pass the same conformance suite. Start with the extension guide, then CONTRIBUTING.md. Agents read AGENTS.md first. It routes by scope: one business uses b2c-app-builder, a reusable contribution uses b2c-contributor, and the builder itself uses b2c-maintainer.

MIT licensed.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

No tool schema history has been recorded yet.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    B
    maintenance
    Enables Cursor and Claude Desktop to design production-ready AI workflows by exposing a structured registry of components, edges, stacks, routes, and playbooks, with capabilities for goal matching, route composition, and confidence scoring.
    1
    MIT
  • A
    license
    A
    quality
    B
    maintenance
    Enables AI agents to manage, search, plan, and execute reusable skills while automatically enforcing always-on coding and reasoning guidelines. It provides workflow orchestration, permission-controlled execution, dynamic skill registration, and feedback-based ranking.
    9
    13
    1
    MIT

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Clueless-Creations/b2c-app-builder'

If you have feedback or need assistance with the MCP directory API, please join our Discord server