Founder Kit included
Project context, decisions, roadmap, tasks and handoffs — the project layer.
Bundle · Run both as one system
Founder Kit + Orchestrator Kit as one shared system: from project clarity to AI-agent execution.
Both layers in one package — plan, brief, build, check and release along one continuous structure.
What you get, concretely
Project context, decisions, roadmap, tasks and handoffs — the project layer.
Agent briefings, roles, model routing, QA gates and protection rules — the AI-team layer.
SHARED_FILE_MAP.md and INTEGRATION_FLOW.md connect both layers into one continuous loop.
Review and handoff discipline so “sounds done” becomes a traceable result.
A complete example runs the whole loop once — from plan to release.
No account, no cloud — one ZIP you drop into your project and use with any AI tool.
What it gives you
What it saves you
One-time payment, no subscription, ZIP download after confirmed payment.
Compare
The Founder Kit runs the project. The Orchestrator Kit runs the AI team. The Operating System is the complete system that keeps both in sync.
| Capability | Founder Kit | Orchestrator Kit | Operating System Complete system |
|---|---|---|---|
| Project context | Included | Not included | Included |
| Decisions and roadmap | Included | Not included | Included |
| Tasks and handoffs | Included | Shared | Included |
| Quality gates | Included | Partial | Included |
| AI role matrix | Not included | Included | Included |
| Model routing | Not included | Included | Included |
| Repo / worktree safety | Not included | Included | Included |
| Review and verification | Not included | Included | Included |
| Integrated end-to-end loop Bundle only | Not included | Not included | Included |
| Sample project Bundle only | Not included | Not included | Included |
| Typical setup | 1 tool | 1–2 tools | 2–3 tools + Operator |
| Orchestration scope | Project layer | Coordination & routing | End-to-end loop |
| Best for | Running the project | Coordinating the AI team | Both, kept in sync |
| Current status | Available | Available | Available |
The three workflow packages are available as version 1.1.1. AI Operator Bridge is a separate local tool package.
Every package works with one tool. The tool count is a recommendation, not a requirement.
The system around the package
Not just templates, but one way of working: find work, prepare the AI task, check the result, remember the decision. Guides, agent briefings, QA and release routines — plus the local operator workflow the package is built around. Five building blocks that fit together.
The layer that keeps project and AI team in sync.
The core local tool: it does the operator work around your AI agents — not a web service on this page.
An SEO-first tool with an AI Answer Readiness module — the first workflow that feeds AI Bridge.
Structured tasks for Claude, Codex and other agents.
The routine before every step that goes outward.
The Operator Bridge and Founder SEO Tool are part of the operator workflow around the package and support working with it — they are not files inside the product ZIP. Local tools run on your machine; this page explains the way of working.
The value is not just in files, but in the structure: tasks, decisions, QA and safe handoffs to agents.
The ZIP is what you buy and download today. The operator system is how the package is meant to be used. AI Operator Bridge is the core local tool that does the operator work around your AI agents; the Founder SEO Tool is the first connected workflow — it finds SEO work and turns it into an AI Bridge task. Future add-ons could package them separately.
Organizes the project.
FOUNDER_DECISIONS.md
PROJECT_STATUS.md
Both layers read and write the same current state.
Coordinates the AI team.
AI_ROLE_MATRIX.md
HANDOFF_LOG.md
Select a module to see its connection through the shared state.
Activate modules with mouse or keyboard — the matching connection lights up.
Full workflow
The Operating System shows the whole loop: idea, research, decision, implementation, QA, handoff — and, when you want, release and learning. ChatGPT, Claude, and Codex are one example of the role split, not a requirement: the roles are neutral, you assign them to your tools. You stay the Operator and decide what goes live.
You can use the same structure with one or two tools, too.
Example role split
Example roles — freely configurable, no fixed ranking. The method also works with other comparable tools.
You choose which tool plays which role. This split is a recommended way of working, not a fixed technical limit.
One role you never delegate: you. As the Operator you set priorities, approve changes, keep secrets and credentials in your hands, decide on releases and money — and carry the responsibility. The AI proposes and implements; the final call is yours.
What the Operating System connects
Check before you buy
Real excerpts from version 1.1.1: which file you open first, what a short start gives you, how the files work together, and what is deliberately not included.
How you receive and use version 1.1.1 — no app, no account, no cloud.
Three files are enough to start — in this order.
START_HERE_FOR_HUMAN.md Both layers explained: project (Founder) and AI team (Orchestrator). INTEGRATION_FLOW.md The end-to-end loop in phases — input, file, owner, gate, next step. SHARED_FILE_MAP.md The source of truth: which layer owns which concept, without double bookkeeping. Result after the quick start Source of truth, the first full work loop and the release-and-learning path are set — from idea to learning.
Fictional sample project — no real people or companies.
This layer adds what a real operating system needs after a verified change: deciding to release, releasing safely, and turning the result into learning that feeds the next idea. It closes the loop.
Phase — Release decision (Founder): decide go / no-go for putting a change in front of real users.
Phase — Release & observe (Orchestrator): make the change live and watch whether it behaves as expected.
Then return to the founder layer with what you learned.
Real excerpt · shortened for the preview · full file in the package.
Fictional sample project — no real people or companies.
So it is clear what you do yourself — nothing hidden.
Comparison
| Capability | Founder Kit | Orchestrator Kit |
|---|---|---|
| Project context & decisions | Included | — |
| Task templates & handoffs | Included | Shared |
| Roadmap & project status | Included | — |
| AI role matrix & routing | — | Included |
| Reasoning mode selection | — | Included |
| Repo gates & worktrees | — | Included |
| Stop rules & escalation | Partial | Included |
| Context synchronization across both Bundle only | — | — |
Context synchronization across both layers is what only the bundle provides.
Shared installation
Both kits install into the same project and share START_HERE files, task formats and handoff conventions, so there is a single source of truth rather than two parallel systems.
How the files cooperate
Project Status feeds the Orchestrator Kit’s task routing. Founder Decision Log constrains which models and actions are allowed. Handoffs write back verified results into project status. Stop Rules reference project QA gates before continuing. What the bundle adds
On top of both kits, the Operating System adds the layer that keeps them synchronized — plus a fully worked example. Real filenames from version 1.1.1; the ZIP is delivered after confirmed payment.
SHARED_FILE_MAP.md Single source of truth for every shared concept across both kits. INTEGRATION_FLOW.md The end-to-end loop that ties project and AI team into one motion. INSTALLATION.md One installation for both kits into the same project. examples/sample-project/ A small, fully filled-in project showing the whole loop once. PROJECT_CONTEXT.md A filled-in context for the fictional sample project. MODEL_ROUTING_DECISION.md One real model-and-mode routing decision. QA_REPORT.md One QA report with all gates passing. Bundle-only value
Roadmap to the cockpit: the bundle is the foundation the future v2.0 Founder Cockpit builds on.