For the complete documentation index, see llms.txt. This page is also available as Markdown.

Buzzy Project Guide

Plan, build, test, release, and maintain Buzzy apps.

Use this guide when you are planning a Buzzy project beyond a quick experiment. It brings together the same lifecycle covered across Getting Started, Building Blocks, Builder MCP, Figma, Tests, Security Review, and Deployment.

Choose the Right Starting Point

Starting point
Use when
Primary guide

Prompt / Buzzy AI

You want a fast first version from an idea.

Figma

Design fidelity or an existing design file is the starting point.

Builder MCP

An AI coding agent should build, adapt, inspect, or change the app in stages.

No-code Workspace

You want to edit data, screens, people, settings, functions, tests, or security directly.

Project Lifecycle

1. Define the Product

Clarify:

  • users, roles, and organizations

  • core jobs to be done

  • critical workflows and edge cases

  • data the app must store

  • security and privacy requirements

  • external systems, AI services, or APIs

  • release target: prototype, internal app, customer-facing web app, or native mobile app

Use App Brief, Flows, and What to Use When.

2. Shape the App Definition

Every serious Buzzy app needs a coherent app definition:

  • Brief for product intent

  • Flows for journeys and process states

  • Data model for datatables, fields, relationships, and access

  • Theme for visual direction

  • Blueprint for high-level screens and navigation

  • Screens for concrete forms, views, fields, filters, actions, and widgets

Use The Building Blocks as the conceptual map.

3. Build and Iterate

Keep the iteration loop short:

  1. Make a bounded change.

  2. Preview the app.

  3. Check the affected data, screens, bindings, and actions.

  4. Use the Debug panel when something does not behave correctly.

  5. Add or update Tests for important paths.

  6. Run Security Review when permissions, Private Data, APIs, MCP, or external integrations are involved.

For agent-assisted changes, use Builder MCP Change and Extension Workflow. For Figma-led work, use Buzzy for Figma.

4. Extend Only Where Needed

Standard Buzzy screens, datatables, forms, fields, and actions should handle most app behavior. Extend when the app needs more:

5. Test and Review

Before release, create repeatable checks for the workflows users rely on:

  • sign in and onboarding

  • main create/read/update/delete paths

  • search, filter, approval, booking, payment, or support workflows

  • role-specific views and admin paths

  • functions, widgets, APIs, and MCP-backed behavior

  • permission-sensitive and Private Data paths

Use Tests, Testing Approaches, Security Review, and In-App Debugging.

6. Publish and Operate

Publishing depends on the target:

  • prototype or internal testing on app.buzzy.buzz

  • production web app on a Buzzy deployment

  • native iOS or Android app through app stores

  • enterprise or single-tenant deployment

Use Buzzy Deployment & App Stores, Publish your app to your Deployment, Software Config Management, and Release Management.

Practical Project Checklist

Last updated