What the AI cofounder actually does
The AI cofounder is not a chatbot. It is not a prompt chain. It is the coordination layer that sits between the founder and the specialist agents that do the work. Its job is to receive high-level objectives, break them into executable tasks, assign those tasks to the right agents, monitor execution, and report results back to the founder.
Think of it as a chief of staff that never sleeps, never forgets context, and operates on explicit rules rather than intuition. The founder says "launch a product hunt campaign this week." The AI cofounder turns that into a dozen coordinated tasks across marketing, content, and analytics agents.
Founder provides a high-level goal: grow newsletter to 5K subscribers, launch on Product Hunt, reduce support response time to under 2 hours.
AI cofounder breaks the objective into discrete tasks with clear inputs, outputs, and success criteria. Dependencies between tasks are mapped.
Each task is matched to the specialist agent best suited for it. Assignment considers agent capabilities, current workload, and past performance.
Track execution in real-time. Check rubric scores as tasks complete. Detect blockers, failures, and tasks that need human approval.
Deliver a structured summary to the founder: what was completed, what is in progress, what failed, and what needs human input.
How delegation works in practice
Delegation is not just "send a prompt to another agent." Each task assignment is a structured object with explicit constraints, expected outputs, and a rubric for evaluating success. The AI cofounder creates these task assignments and routes them through the playbook system.
task:
id: task_7f2a1b
objective: "product-hunt-launch"
assigned_to: agent.marketing
deadline: 2026-06-12T09:00:00Z
instructions: >
Prepare the Product Hunt submission: tagline, description,
and first comment, using the approved landing page copy as
source material. Confident and specific, no superlatives.
expected_output:
tagline: string (max 60 chars)
description: string (max 260 chars)
first_comment: string (200-400 words)
rubric:
tone_match: 0.85
factual_accuracy: 0.90
constraints:
max_cost: 0.10
max_retries: 2
require_approval: trueThe task includes everything the receiving agent needs: explicit instructions, the expected output format, rubric thresholds for quality, and hard constraints on cost and retries. The require_approval flag means the output goes into the founder's approval queue before being published.
How this differs from a prompt chain
The most common question we get: "Isn't this just chaining prompts together?" No. The differences are structural and they matter enormously at scale.
| Dimension | Prompt Chain | AI Cofounder Delegation |
|---|---|---|
| Execution model | Linear, sequential | Parallel with dependency graph |
| Error handling | Chain breaks on failure | Retry, reassign, or escalate per task |
| Context management | Growing context window | Scoped context per task, shared state store |
| Quality control | None or manual | Rubric grading on every task output |
| Cost tracking | Aggregate only | Per-task, per-step, per-call attribution |
| Human oversight | All or nothing | Configurable approval gates per task type |
| State persistence | In-memory, lost on crash | Durable state, resumable after interruption |
| Specialization | One model does everything | Different agents with different models and tools |
A prompt chain is a script. The AI cofounder is an operating system. The distinction becomes clear the first time a task fails: in a prompt chain, the whole run breaks. In Capx, the cofounder retries the task, assigns it to a different agent, or escalates to the founder, while the rest of the tasks continue executing.
Agent specialization
The AI cofounder delegates to specialist agents, each configured with the tools, models, and playbooks appropriate for their role. Here is how the standard roles work.
Strategist
The strategist handles high-level analysis and planning. It has access to market research tools, competitor monitoring, and analytics dashboards. It uses a reasoning-optimized model because its work requires synthesis across large context windows. The strategist produces plans that the cofounder decomposes into tasks for other agents. It does not execute tasks directly. Its outputs are always reviewed by the cofounder before being acted on.
Engineer
The engineer handles technical execution: writing code, managing deployments, running tests, debugging issues. It has access to code repositories, CI/CD pipelines, and infrastructure tools. It operates under strict constraints because its actions have direct production impact. Every deployment requires explicit approval. Every code change is rubric-graded for quality, test coverage, and security before it leaves the staging environment.
Marketer
The marketer handles content creation, distribution, and campaign management. It has access to CMS platforms, social media APIs, email tools, and analytics. It operates on a faster cycle than the other agents because marketing tasks are typically shorter and more numerous. Its rubric emphasizes tone consistency, factual accuracy, and brand alignment. The approval gate is configurable: some teams approve every post, others only approve campaign-level content.
Support
The support agent handles inbound customer interactions: answering questions, resolving issues, escalating complex cases. It has access to the knowledge base, ticket system, and customer history. It operates with the lowest autonomy ceiling by default because it is customer-facing. Response templates are pre-approved. Novel situations are escalated to the founder. The rubric measures response accuracy, tone, and resolution rate.
Working in cycles
The AI cofounder is available around the clock, but it does not run around the clock. It works in cycles: wake, check for pending work, execute, report, rest. Between cycles it consumes nothing. This is a deliberate economic choice. Most company work is not latency-sensitive, and an agent that burns compute while waiting for something to do is a cost, not a capability. You pay for work done, not for idle time.
Escalation paths
Not everything can be handled autonomously. The AI cofounder has explicit escalation rules that determine when and how tasks get routed to the human founder.
Task completed within rubric thresholds and cost constraints. No human involvement needed. The cofounder logs the result and moves on.
Task failed rubric check. Cofounder adjusts instructions and re-assigns to the same agent. Maximum 2 retries before escalation.
Agent cannot complete the task after retries. Cofounder assigns to a different agent or uses a different model. Happens when the task needs capabilities the original agent lacks.
Task completed but is flagged for human review. Founder sees the output in their approval queue with full context and rubric scores.
Task requires a decision the cofounder cannot make: budget increases, strategy pivots, external commitments, or situations outside its operating parameters.
Critical failure or spend cap breach. All related tasks are paused. Founder receives an immediate alert with full diagnostic context.
The escalation path is not a fallback. It is a first-class part of the system. The AI cofounder is designed to know what it does not know and to surface those gaps to the founder immediately. Autonomy without escalation paths is recklessness. The goal is not to remove the human. The goal is to make the human's time count by only surfacing the decisions that actually require human judgment.
The AI cofounder pattern works because it mirrors how human organizations actually function. A good chief of staff does not do every task. They coordinate, delegate, monitor, and escalate. The AI cofounder does the same thing, but it operates 24/7, tracks every detail in a structured log, and never drops context between interactions.
