How it works

Five steps, one closed loop.

GTM measures launch readiness, turns the gaps into work, and your own coding agent closes them — then it re-measures. Here's the whole loop.

1

Capture

Point GTM at your site, repo and docs. Your paired agent builds a private product graph against a declared, versioned ontology — no ontology guessing, just slots filled and absences recorded as values.

repo
site
docs
2

Review

Lenses run at your depth — web copy, pricing, security, journeys and more. Each returns a score and evidence-linked gaps, citing the exact file, route or string it read.

web copy 81pricing 64security 58journeys —
api/routes.py:112 · no throttle
3

Plan

Gaps become tasks on a living plan with score-gated milestones — beta at 65, launch at 75. Drag to re-baseline and GTM versions the snapshot.

herodone
pricingwip
4

Execute

A task briefed to your agent becomes a queued brief it pulls over MCP. It opens a PR in your repo, with your keys — approval rules are enforced server-side before dispatch, so nothing runs unapproved.

$ gtm apply #482
  opened PR #482 +38 −2
running → PR open
5

Re-measure

A re-review verifies the fix, moves the score and re-baselines the plan. Every point traces to a run id — then the loop repeats until you're launch-ready.

security58 →78
readiness+6 · run #a91f
Proven end to end

One test fires the whole loop, every deploy.

A scripted reference agent runs the real product path in CI — pair, discover, review, brief, fix, re-verify — against a sealed fixture product with a known answer key. It's the product's truth test, and it gates every release.

capturereviewgapbriefagent fixre-verifyscore delta

See it on your own product.

gtm.inc — a brandX product FeaturesPricingDocsPrivacyTerms