Repo-aware launch pack
Reads the diff, README, routes, pricing, and product context before writing the launch.
onlineChiefLab is an MCP execution layer your coding agent calls when you say launch this. It reads the repo, picks channels for what you built, creates a review URL, stages publish/send actions, refuses to execute before approval, then measures results 24 hours later.
One install. Your agent gets the API key automatically on first call. Approval required before any publish, send, or paid execution.
https://api.chieflab.io/api/mcp Hosted MCP live · approval enforced server-side · npx @chieflab/cli live on npm
> user: "launch this"
reading: diff, README, routes, pricing
created: launch pack + chieflab.io/review/run_8f31
waiting: human approval before publish/send
24h later: results readback + next move
Coding agents can ship products faster than founders can run the business around them. ChiefLab starts with the first loop every agent-built company needs: launch, approval, execution, measurement, and memory from Cursor, Claude, Codex, Lovable, Bolt, Replit, CLI, or direct MCP.
Reads the diff, README, routes, pricing, and product context before writing the launch.
onlineCreates a signed review URL your human can open, edit, approve, or reject.
onlineStages LinkedIn, X, Product Hunt, and follow-up posts without firing them early.
onlineDrafts the email sequence and sends through Resend only after approval.
onlineTurns the product context into image prompts, ad angles, and reusable campaign assets.
onlineReads launch results and recommends the next move instead of stopping at copy.
onlineChiefLab is not autopilot. Agents prepare external work, ChiefLab checks readiness, and humans approve before anything posts, sends, or spends.
ChiefLab earns trust by doing one urgent job well: turning a shipped product into a reviewed launch. Workspace memory, connectors, approval history, and client keys come after the first launch loop works.
We shipped with an agent, then asked ChiefLab to launch it. It read the repo, wrote the founder story, staged the publish actions, and waited for approval.
The product is built. ChiefLab is preparing the launch pack, approval room, publish actions, and 24-hour readback.
Choose install path →One agent instruction starts the loop. ChiefLab handles the launch work around the model: approvals, assets, connectors, measurement, and memory.
Recent changes, routes, README, screenshots, pricing, and the outcome you want. ChiefLab starts with what actually shipped, not a generic URL scrape.
Positioning, channel assets, creative prompts or images, connector readiness, publish/send actions, and a signed approval link for the human.
No hidden publishing. Approve, reject, or edit each action. If a channel is not connected, ChiefLab shows the blocker and gives a manual fallback.
After launch, ChiefLab reads engagement, traffic, queries, and sends. The next launch reuses the approved copy, objections, channel results, and winning angles.
Want the tool contract? Read the full agent instructions →
The platform primitive
That is the product boundary: agents propose and prepare; humans approve; ChiefLab executes only what is approved. Today that means GTM. The same trust model can support more business functions later.
Pick your runtime first. Sign in only when you need workspace memory, approval history, connectors, or a key for a client that requires one.
install in: Cursor · Claude Desktop · Codex · HTTPS · all runtimes
Need a key for a client config? Sign in and manage it from the workspace.
The interface is a tool your agent can call. The product is a launch execution loop: ChiefLab turns repo context into launch strategy, assets, approval, publish/send execution, measurement, and the next move. GTM is first because every shipped product needs users.
No. ChiefLab is a hosted JSON-RPC endpoint at chieflab.io/api/mcp. Anything that can POST HTTPS with a Bearer key calls it: a Telegram bot, a Vapi voice agent, a Lovable web app, a LangChain script, your own SDK. Cursor + Claude Desktop are first-class via native MCP, but they're two of many.
Both modes exist. Default context mode returns repo-grounded briefs your agent's LLM renders. Repo-aware launches can auto-promote to draft mode for reviewable copy. If you want ChiefLab to render server-side, use full mode. Either way, the approval room shows what the human is approving before anything external fires.
The model can draft copy. It usually cannot safely own repo-grounded memory, connector auth, approval states, signed review URLs, idempotency, publishing, send logs, 24h readback, and repeat-launch learning. ChiefLab wraps those operational pieces into one service loop your agent can call.
Not in v1. ChiefLab runs as a hosted JSON-RPC endpoint at chieflab.io/api/mcp. The hosted runtime, OAuth token vault, brand-context cache, approval state, and connector layer are what you're paying for — re-implementing them defeats the point. If you have a hard self-host requirement, email hi@chieflab.io.