DT 1.5 runs two ways: the dashboard in your browser, and mgo, the terminal CLI. Same agent, same approval gate, your call. Both tracks are below with the exact steps and copy-paste commands.
They run the same audit engine and the same approval loop. The dashboard explains everything on screen; the CLI is for people who live in a terminal, the way Claude Code and Codex do it.
Open it, type your URL, and read the findings in plain language. Drafted fixes wait in an approval queue. Nothing to install.
DT 1.5 in your terminal: audits, a deterministic plan, copy-paste JSON-LD, a real approval loop, and AI scans on your own keys.
Four steps, about two minutes. The audit is a live crawl of your real pages, and it is labeled on screen if the live service is unreachable and a recorded sample is shown instead.
Go to the DT 1.5 dashboard. It opens straight into the workspace: overview, task queue, approvals, and the audit runner in the left navigation.
Honest status: accounts and sign-in have not shipped yet. Today the dashboard runs without an account and is labeled a demo at the top of the screen. When accounts land, this step becomes: sign in, connect your site, and your queue persists between visits.
Click Run Audit in the left navigation, type your site's address, and press Run audit. Findings come back ranked by severity, written in plain language. To reproduce our public case study instead, type:
purivial.comWhere the audit finds missing structured data, DT 1.5 drafts the patch. Press Queue for approval on a suggestion, open Approvals, and read the exact change before it goes anywhere. Approve it or reject it. Nothing ships without your yes, ever.
The package is @mgodata/mgo and the command is mgo. Deterministic audits and fixes need no keys at all; the AI scan runs on the provider keys you bring, sent provider-direct, never to MGO.
You need a terminal, Node.js 22 or newer, and your website's address. That is the whole list. No account, no card.
One global npm install. The package has zero dependencies.
npm install -g @mgodata/mgomgo doctor checks your Node version, config, local state, and whether the audit service is reachable. Provider keys are reported present or absent only; their values are never printed or stored.
mgo --version
mgo doctorA live crawl of your homepage, robots.txt AI-crawler rules (GPTBot, ClaudeBot, PerplexityBot, and more), sitemap.xml, llms.txt, Open Graph, and JSON-LD. Findings print ranked by severity. Every crawl is cached locally so later commands work offline.
mgo audit yourstore.commgo plan ranks the real findings into a prioritized worklist with a fixed, documented scoring table. mgo schema prints the copy-paste-ready JSON-LD blocks. Both are deterministic: same crawl in, same output out, no language model involved.
mgo plan yourstore.com
mgo schema yourstore.comQueue each drafted fix as an action request, approve or reject it, then apply the approved patch to a local HTML file. The file is re-read from disk and the action is only marked verified when the approved block parses back out. Every state change lands in an append-only audit log.
mgo schema yourstore.com --queue # file each suggestion for approval
mgo approvals # list what is waiting on you
mgo approve <id> # or: mgo reject <id>
mgo apply <id> --file index.html # write the approved patch, verify itAction types that need platform approval or keys (ads, gbp) refuse to apply, print the honest reason, and exit with code 2. They are never faked.
mgo ai-scan asks AI answer engines about your brand and prints their real responses. It runs on your own API keys, read from your environment and sent straight to the provider you pay. They never touch an MGO server. One env var per lane:
| Env var | Powers | Notes |
|---|---|---|
| ANTHROPIC_API_KEY | Anthropic Claude lane | model knowledge, no live web in this build |
| OPENAI_API_KEY | OpenAI lane | model knowledge, no live web in this build |
| PERPLEXITY_API_KEY | Perplexity Sonar lane | web-grounded, cites sources |
export ANTHROPIC_API_KEY="sk-ant-..." # set whichever lane's key you have
mgo ai-scan "Your Brand"Set several keys and pick which engine answers first with mgo config set default_provider anthropic (or openai, or perplexity). Honest caveat: API answers approximate the consumer apps, they do not exactly equal them. Treat scans as directional.
The CLI's whole surface. Anything not built or gated by a platform review says so when you run it and exits with code 2. Nothing fakes success.
| Command | What it does | Needs |
|---|---|---|
| mgo audit <url> | Full AI-visibility audit from a live crawl | nothing |
| mgo plan <url> | Deterministic prioritized worklist from the same crawl | nothing |
| mgo schema <url> | Copy-paste-ready JSON-LD blocks; --queue files them for approval | nothing |
| mgo approvals / approve / reject | The approval queue and its state machine | nothing |
| mgo apply <id> --file f | Write an approved patch into a local HTML file, then verify it | nothing |
| mgo log / status / doctor / config | Audit trail, local snapshot, health checks, settings | nothing |
| mgo ai-scan <brand> | What AI answer engines say about you, real responses | your AI key |
| mgo seo report / draft / login | Designed, not built yet; running them says so | rolling out |
| mgo gbp / ads | Blocked by Google and Meta platform reviews MGO cannot skip | approval gated |
Start in the browser now, or take the CLI track at launch. And if you would rather hand it all to people, that door is open too.