StartConceptsPlaybooksFeature docsAPI & MCPChangelog

Concepts

The mental model behind Sales as Code. Read this once and the rest of the docs make sense without backtracking.

The portfolio

Sales as Code is a portfolio of products, one per sales role, sold as separate yearly subscriptions but built on one shared model: agents run the role's day on a schedule, in Claude Cowork, and never send or write anything without your yes.

One account licenses whichever products you own — a sales leader can run leadercron for themselves and add product seats for their AEs and SEs through Team on Cron without juggling separate logins. Founder, AE, Leader, and SE are the company-level personas the live portfolio is built around (partner managers, BDRs, CROs, and customer success managers join when their products launch); don't confuse them with gtmcron's own internal plugin roles below — those are one product's roles, not the portfolio's.

The two planes

Sales as Code is split across two places, on purpose:

Why split it? The work belongs where your tools and your judgement are — in Cowork. Licensing, identity, entitlements, and the cross-plugin rollup belong somewhere durable and shared — here. One account ties them together: your login here issues the key; the key proves your license to the plugins there.

gtmcron's plugins — one company, as roles

gtmcron — the founder / GTM-operator product — ships as eight Cowork plugins rather than one bundle. Each plugin is a company function an agent can run; together they play the roles of a one-person company. This is gtmcron's own internal role system (Operator, Closer, Writer, Researcher, Event) — a different, narrower axis than the portfolio personas above (one per product — Founder, AE, Leader, SE, BDR, CRO, CSM, Partner), which describe which product you need, not which role inside gtmcron a plugin plays. You license the gtmcron plugins you need; Company OS Core is required because every other plugin reads your company, offer, ICP, and voice from it.

Browse them at /plugins; each has its own feature doc, and the full set is listed together on the gtmcron product page. The other products — salescron, leadercron, secronjob, and the rest of the portfolio — each license as one product, not a per-plugin picker.

Plans & entitlements

salescron, leadercron, and secronjob are each a single yearly product subscription (see the portfolio for pricing). gtmcron is the exception: alongside its own $150/yr product subscription, it also sells per-plugin — this section covers that per-plugin picture. What you buy grants an entitlement — a per-plugin (or per-product) permission the skills check before they run.

Two rules worth knowing: Company OS Core is added to your cart automatically if you buy any gtmcron plugin without it; and every skill calls check_entitlement first, so an installed-but-unlicensed plugin or product stops and points you at /pricing rather than half-running. Choose a plan at /pricing.

The control-plane contract (MCP)

The plugins talk to this site through one MCP server at /api/v1/mcp, authenticated with your API key. Every skill follows the same shape: verify + entitle first, report last.

The last two are what turn a run in Cowork into something you can see here. The full contract lives in cowork-marketplace/docs/control-plane-mcp.md.

The brain — and why it compounds

The brain is the durable memory of your go-to-market. Each plugin keeps a scope of brain state — Company OS its offer/ICP/voice, GTM Engine its signal weights and funnel, Content Engine its voice model and what's published — and syncs that scope up on every run via sync_brain. The brain is empty on day one and gets sharper every week because each outcome (a won deal, a lost deal, a post that drove signups) feeds the next run.

Day 1
Empty
  • No company context
  • No win/loss patterns
  • No voice model
  • Generic output
Day 7
Warming
  • Dossier built from your repo/site
  • First funnel + content runs logged
  • Voice model drafting in your tone
  • Signal weights forming
Day 30
Compounding
  • Funnel self-tunes on what converted
  • Loss patterns logged with prevention rules
  • Content ranked by what drove signups
  • Cross-plugin context shared via Company OS

Generic prompts don't get sharper. A brain that learns from your runs does — and because it lives in a shared scope, every plugin sees it.

Learning from losses

The brain learns most from losses. Mark a deal closed-lost and the GTM Engine prompts for a structured postmortem (symptom · root cause · what you'd do differently), stored as a dated entry in the sales-craft playbook. The next time an open deal shows the same early signals, that prevention rule fires. Here's a representative entry — anonymized, but the rule and the integration are exactly the shape that ships:

S-001 $87k ACV · lost
Symptom
Champion went dark for 3 weeks — she'd quietly taken a new role elsewhere. The rep emailed the listed replacement → silence → closed-lost.
Root cause
Single-threaded. Champion strength read as "healthy," but with one contact a strong champion is fragile by definition — high strength masked low coverage.
Prevention rule the brain wrote
  • Champion strength now caps until the account has ≥3 contacts with recent two-way activity — strength and coverage.
  • Any open deal single-threaded past day 30 gets flagged regardless of strength.
  • The "multi-thread proof" play surfaces every time the flag fires.

The playbook brain carries dated loss postmortems, win patterns, anti-patterns, and objection branches — all wired into the plugins. Every loss adds one. Every win adds one.

Content Studio

The Content Engine plugin is a 10-agent pipeline — Scout, Strategist, Writer, Media, Formatter/SEO, Repurposer, Compliance, Publisher, Community/Engagement, Orchestrator. It researches trends, drafts in your voice, cuts video, checks brand safety, and stages everything for you to approve at /studio. Each channel has a publish mode you control — Auto (e.g. LinkedIn personal), Draft → Approve (YouTube, Reddit), or Assisted (you submit, for Substack / Hacker News). It then drafts replies to comments and attributes signups back to the piece that drove them. Full detail on the Content Studio page.

Integrations — Cowork is the integration plane

You connect your tools inside Claude Cowork, not here. The plugins call Cowork's native MCP connectors — Gmail, Google Calendar, Drive, Slack, Apollo, Attio, Clay, Zoom, and any other MCP server you configure. salesascode.com holds your license, entitlements, run telemetry, and brain-sync — never your third-party access tokens.

Supported tools — reference

The plugins are tool-agnostic: they read whatever category of tool you point them at (a CRM, a sequencer, a data warehouse), through Cowork's connectors. This table is the reference for the tools we have working knowledge of and the small set of first-party connectors that ship as an enterprise escape hatch (off by default — you enable them only if a tool has no Cowork connector).

The tier column describes only the first-party connector, not the Cowork path:

ToolCategoryFirst-party tier
SalesforceCRMGA
HubSpotCRMGA
PipedriveCRMGA
ClariCRM · forecastingPreview
GongConversation intelligenceGA
ZoomMeetingsGA
OutreachSequencesGA
SalesloftSequencesPreview
NooksDialerPartner-gated
SlackChatGA
IntercomSupport · lifecycleGA
ApolloProspecting · enrichmentPreview
ClayEnrichmentGA
ZoomInfoEnrichmentPartner-gated
SnowflakeData warehousePreview
Google BigQueryData warehousePreview
GainsightCustomer successGA

How to connect, in one line: add the tool's connector in Cowork (preferred), or — for a tool with no Cowork connector — enable its first-party connector here and complete the OAuth handshake; the plugin's setup skill maps the category to what you connected. What flows back to salesascode.com: only run metadata and brain state, never raw contact data by default.

Conversation intelligence is covered by Gong, Clari, and Zoom. Chorus and Avoma are not built as first-party connectors; use their Cowork connector (or any MCP server) if you need them, and tell us if it's a gap worth closing.

The rollup

Everything the plugins report — the emit_telemetry and sync_brain calls — lands on your rollup: runs and actions week over week, top outcomes, per-plugin health (Healthy / Failed / Not started), the newest runs, and the latest brain state per scope. It's read-only by design — the work happens in Cowork; the rollup is how you see it without leaving a tab open. Managers get the team-level version at /team-admin/rollup. How to read it: Cowork Rollup.

Next: Get set up — pick a product, issue your key, connect Cowork, and run your first skill. Or choose a plan at /pricing.