Agent briefings
Task structures with goal, scope, protected areas and acceptance criteria — so the agent understands what it may change.
Product · Coordinate the AI team
Steer Claude, Codex & co. with clear tasks, QA gates and protection rules — instead of letting several agents run blind.
Roles, model routing and repo gates as Markdown files — vendor-neutral, usable with any AI tool.
What you get, concretely
Task structures with goal, scope, protected areas and acceptance criteria — so the agent understands what it may change.
Checklists and gates so work is reviewed before it counts as done — instead of merely sounding plausible.
Clear boundaries for risky areas like payment, env, auth or database. The AI proposes; you keep the approval.
Which task fits which model and mode — starting from the smallest sensible mode upward.
Patterns for clean branches, merges and releases instead of blind quick shots.
Handoffs with changed files, review state and the next recommendation — instead of a vague “done”.
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 | AI Founder 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.
What it answers
Treating several AI tools as a team with defined roles, routing, boundaries and handoffs — instead of one chat doing everything.
One thread loses context, mixes concerns and has no rules for who does what or when to stop. Coordination needs structure.
Each takes the roles it suits — strategy, implementation, or scoped verification — under shared routing and handoff rules.
A task is scoped, classified, and sent to the tool, model and reasoning mode that can safely solve it.
A decision model maps task type to the smallest reasoning mode that still solves it safely — not the most expensive one by default.
Repo gates and worktree rules isolate parallel work so agents don’t overwrite each other.
Verified results are passed forward in structured handoff files so the next agent continues from a known state.
Stop rules define explicit conditions — missing context, scope conflict, risky action — where pausing beats guessing.
Your setup
The Orchestrator Kit already works with a single tool: you route between roles and modes instead of between tools. Add a second tool and you cleanly separate building from review. With three tools plus you as Operator it becomes a full orchestra. You grow step by step — without relearning anything.
You choose which tool plays which role. This split is a recommended way of working, not a fixed technical limit.
Two Claude can be completely enough. An additional tool mix only gets interesting when you need different roles, a more independent review, extra capacity, or a provider fallback.
What is actually inside · v1.1.1
These are the exact filenames in version 1.1.1 — rules, routing and coordination as files, not a hosted app. The ZIP is delivered after confirmed payment; short, real excerpts are shown in the product proof below.
START_HERE_FOR_HUMAN.md Human orientation for the coordination layer. START_HERE_FOR_AI.md Binding instructions an agent reads before acting. AI_ROLE_MATRIX.md Which AI takes which role, with separation of duties. MODEL_ROUTING.md How to choose a tool and model for a task. MODE_SELECTION.md The smallest reasoning mode that safely solves it. TASK_ROUTING.md How a raw task is shaped, scoped and sent. RESOURCE_POLICY.md Deliberate use of expensive modes. REPO_GATE.md Pre-change checks that protect the repository. WORKTREE_POLICY.md Isolating parallel work so agents do not collide. CONFLICT_PREVENTION.md Keeping parallel agents off the same files. HANDOFF_PROTOCOL.md How one agent passes verified work to the next. REVIEW_AND_VERIFICATION.md How results are reviewed and independently verified. ESCALATION_RULES.md When to escalate to a stronger model or a human. STOP_RULES.md When an agent must stop rather than continue. TASK_HISTORY.md Append-only trail of routed tasks and results. templates/ Implementation, research, review, QA, handoff and stop-report formats. 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 The 15-minute start: route one task safely, without chaos. NAVIGATION.md From your situation to the right file: give a task, hand off, roll back a mistake. AI_ROLE_MATRIX.md Map the roles to the tools you actually have — at least an Implementer and a Reviewer. Result after the quick start Roles, ownership, handoff and review rules are set — one task routed, implemented and independently reviewed.
Fictional sample project — no real people or companies.
One capable agent is the right default. Add agents only when a real constraint forces it.
Use one agent when the task fits one tool’s context and can be planned, implemented, and verified in one pass.
Use a sequential workflow when the work has distinct stages with a clean handoff: research → decide → implement → review.
You want separation of duties: the reviewer is a different tool/model than the implementer.
Real excerpt · shortened for the preview · full file in the package.
So it is clear what you do yourself — nothing hidden.
Resource policy
Reasoning modes are a deliberate choice, not a default. The kit treats model and mode as a configurable decision model — availability and names vary by provider — so expensive modes are reserved for tasks that genuinely need them.