ProtoVibing

GITHUB INTEGRATION

Give your coding agent a constitution.

Most teams open a repo on day one and work out what they should have built somewhere around month four. ProtoVibing holds that step back. You run the loops first, and the repo shows up at the end carrying what those loops actually proved.

WHAT LANDS IN THE REPO

One commit per closed loop.

Close a loop and every document you confirmed gets written into the repo, grouped the way you would want to find it six months later.

your-project
  • README.mdThe full dossier in one file
  • AGENTS.mdThe build constitution
  • CLAUDE.mdSame guide, read by Claude Code
  • product/Overview, persona, hypothesis
  • spec/Requirements, design, journey map
  • market/Research and competitive analysis
  • build/Builder prompts, OKRs, test results
  • loops/
  • loop-1/synthesis/Recap, findings, iteration brief
  • loop-2/synthesis/

THE CONSTITUTION

What the constitution actually says.

Claude Code and Cursor both look for an AGENTS.md or CLAUDE.md at the repo root before they write anything. ProtoVibing writes both files, so your validated documents become the rules the build runs under. Every copy carries the same three working agreements:

01

The dossier is the source of truth

When something you are asked to build conflicts with a decision recorded here, the agent surfaces the conflict instead of silently overriding it.

02

Stay anchored to validated learning

The documents record what real validation proved or disproved. Decisions that were already tested do not get re-litigated without new evidence.

03

Synced files are generated

ProtoVibing re-syncs these documents as the project evolves. Build code goes alongside them, never on top of them.

HOW IT STAYS IN SYNC

A pull request per loop, in a repo you own.

A branch and a PR for every synthesis

Each closed loop opens a pull request and merges it, so you can read your validation history as commit history and review any single loop on its own.

Sync never deletes your work

Each run builds a single commit on top of whatever is already on your default branch, and carries every file it does not manage through untouched. Your build code and the synced documents share one repo without fighting over it.

The repo lives in your account

Create one from inside ProtoVibing, or connect a repo you already have. Either way it sits in your own GitHub, and it keeps working if you stop using ProtoVibing.

Right now the repo holds validation documents rather than runnable code. That is deliberate. It gives the build something to answer to. When the Create phase starts emitting prototype scaffolding, that will land in the same repo next to the constitution.

WHAT WE BUILD NEXT

Which one would you actually use?

GitHub came first because the handoff to engineering was where teams were losing the most. None of these four are built yet. Design partners get the loudest vote, so tell us which one would change how your team works.

Slack

Post project updates and agent completions to a channel

Linear

Sync loops and phases with Linear issues and cycles

Figma

Import design files and keep assets in sync

Notion

Mirror project briefs and synthesis docs

Run a loop and see what lands.

GitHub sync comes with platform access. Apply and tell us what you are validating.