The planning app for building with AI agents

Plan your features.
Iron out the details.
Let AI build it as designed.

One integrated workflow turns your ideas into requirements,
visual mockups, and a technical design.
Create plans, not prompts.

Runs on Claude Code · macOS · one-time purchase
one workflow: plan - approve - build
How it works
The gap

The agent is fast.
That's the problem.

An AI coding agent writes almost any code you ask for. The bottleneck moved: it's no longer can the model build it? It's did you decide the right thing to build?

I asked the agent for a feature, it built something that looked right, and I spent the afternoon discovering all the decisions I never actually made.
Plausible, not right

A one-line prompt produces a plausible feature that's subtly the wrong feature, and you find out in code review, or in production.

Decisions you skipped

Prompting lets you skip the decisions a real spec forces. The agent fills them in by guessing, silently.

Context scattered

Requirements in Notion, mockups in Figma, tech notes in a doc, and none of them in the room when you prompt.

What BuildBoard is

A planning app for Claude Code, where the plan lives, then gets built.

BuildBoard runs the whole feature-planning loop on your Mac (requirements → mockups → technical design → build) and keeps every stage in sync, so your agent builds what you actually designed instead of guessing from a sentence.

Built for solo founders indie builders small teams on Claude Code

You're already the PM, the designer, and the engineer. BuildBoard is the discipline to decide what to build before the agent starts.

Watch the loop run

Manage every stage
of all your projects.
One feature at a time.

You type a slash command in Claude Code. BuildBoard routes it to the right project and turns it into the next artifact: a Plan, mockups, a tech spec, a build. You review and approve; it keeps the context in sync.

claude code · buildboard
G
C
create-feature resolved project · routing artifact…
C
BO-006 added to buildboard · plans
G
C
create-mock 2 mocks written · 1-pricing.html, 2-success.html
G
C
create-plan tech-spec.md · 6 actions
G
C
build-plan 6/6 stories built · branch ready
BuildBoard
matches your prompt
to the right plan
buildboard · plans
draft 3
BO-005 · sub-project
3 stories
BO-006 · pricing page
just landed
BO-007 · kanban dnd
4 stories
in progress 2
BO-004 · cloud bridge
2 stories
BO-003 · landing page
8 stories
done 1
BO-002 · branding
merged
BO-006
Pricing Page
draft
Introduction

A clear pricing page: three tiers, an annual/monthly toggle, and one obvious call to action.

Goals

Convert trial users to paid. Make plan differences scannable in under 10 seconds.

User Stories
US-001Compare all three plans side by side
US-002Toggle annual pricing and see the discount
2 mocks just generated
1-pricing.html · 2-success.html
Action plan 6 actions
01
02
03
04
05
06
User stories 0/6
US-001
US-002
US-003
US-004
US-005
US-006

Five stages. One spec-driven loop.

Plan, mock, spec, build, ship. Each stage writes the input for the next, without losing the thread from previous stages.

01 · plan
/create-feature
plan.md · BO-006 pricing page
# Goals
Convert trial → paid with a
scannable three-tier page.
# User Stories
US-001 compare plans
US-002 annual toggle
US-003 checkout CTA
02 · mock
/create-mock
mocks/ 1-landing.html · 2-success.html
03 · spec
/create-plan
tech-spec.md
### action 1
### action 2
### action 3
### action 4
04 · build
/build-plan
a4f2c1 US-001 hero
9e1b88 US-002 pain
b73d05 US-003 reveal
c20f4a US-004 reveal
f3a916 US-005 trip
e8c411 US-006 steps
05 · ship
/push
develop
BO-006 · merged
BO-006-pricing-page
status · done
What you get

Ship the feature you designed.

The spec-driven loop catches wrong-feature and missing-edge-case mistakes at the plan stage, where they cost minutes, not a day in code review.

Built as designed

The agent builds against a real Plan, mockups, and a tech spec, not a guess from one sentence.

Less afternoon-rework

Catch the decisions you never made before they turn into code you have to unwind.

One loop, every project

The same disciplined process across your whole portfolio: muscle memory, not reinvented each time.

Files you own

Every Plan, mock, and spec is a plain file on your disk. Git-friendly. No cloud, no lock-in.

How it fits

Works with Claude Code, the agent you already use.

BuildBoard is where the plan lives. Claude Code is where it gets built. Together they're one loop.

Requires

Claude Code

BuildBoard runs on Claude Code skills: /create-feature, /create-mock, /create-plan, /build-plan. Your Plans, mocks, and specs become the context your agent builds from.

Local-first

Your files, your disk

No server, no database, no cloud. Everything is plain Markdown and HTML under ~/BuildBoard, versioned with your own git.

macOS

One-time purchase

A native Mac app from the App Store. Buy it once. No subscription, no seats, no per-project fees.

Questions

Before you ask.

Why not just prompt the agent directly?
Because a one-line prompt lets you skip the decisions that make a feature right, and the agent fills them in by guessing. BuildBoard makes you decide the requirements, screens, and edge cases, so the agent builds what you meant, not what it inferred. If the plan didn't change what gets built, it'd be theater.
Do I need Claude Code?
Yes. BuildBoard drives Claude Code to generate each artifact and build the feature. If you already live in Claude Code, BuildBoard is the planning layer that sits on top of it.
Where does my data live?
On your Mac, as plain files under ~/BuildBoard. Plans and specs are Markdown, mocks are HTML. Nothing is uploaded to a server, and you version it with your own git.
Is it a subscription?
No. It's a one-time purchase on the Mac App Store. No monthly fee, no seats, no per-project limits.
Is BuildBoard a project manager or a design tool?
Neither. The kanban tracks a feature through the loop; it's not Linear. The mockups make a feature reviewable before it's built; they're not Figma. BuildBoard owns the planning loop end to end; every other tool is just one stage of it.
How do I plan features for Claude Code?
Point BuildBoard at a workspace and run its skills from Claude Code: /create-feature writes the requirements, /create-mock produces reviewable HTML mockups, /create-plan generates the tech spec, and /build-plan sends the agent to implement it. See the full guide: how to plan features for Claude Code.
What is spec-driven development?
A workflow where you write the spec (requirements, mockups, technical plan) before the AI agent writes code, so the agent builds to a contract instead of improvising. BuildBoard is spec-driven development packaged as an app. Read more: what is spec-driven development?

Plan. Approve. Build.

That's the full feature loop: define the idea, preview the design, plan the implementation, then send your agent to execute, and you're done.
Stay in the driver's seat, not the file system.

one-time purchase · macOS · via the Mac App Store