Skip to main content
If you’re already using a coding agent in your IDE (Codex, Claude Code, Cursor, or others), you don’t need to switch to ours. Hand it the prompt below, point it at the Avocado docs, and let it execute the integration in your existing workflow. Why you might prefer this over our Onboarding agent:
  • The agent already has full context on your codebase, conventions, and history
  • You want changes to flow through your existing review process (PRs, commit conventions, CI)
  • Your project has unusual structure (monorepo, custom build, non-standard routing) where our agent would struggle to land changes in the right place
  • Compliance / data residency reasons — the work happens in your environment, not ours
Why you might not — see Onboarding agent instead if you want:
  • A single-click experience inside the editor with a live progress UI
  • Multi-agent execution (orchestrator + structure-analyzer + block-coder) for thorough URL migration
  • Automatic image downloading and theme extraction from a live URL

The prompt

Copy this into your coding agent’s chat. Replace the bracketed placeholders with your project’s specifics.

Reading the docs offline

If you’d rather have your agent read the docs from your local checkout instead of fetching them from the internet, point it at the docs-site/ directory of the Avocado repo:
This is also useful if you’re behind a corporate proxy or firewall.

When the agent gets stuck

If your agent reports it can’t proceed, the most common reasons: If you’re still stuck after that, fall back to the Onboarding agent (which has Avocado-specific MCP tools and won’t get confused by docs ambiguity) or the manual path.

After the agent finishes

If your agent followed the prompt above (especially step 6 — npx avocado-register), the site is already registered with the orchestrator and will appear in the editor’s dashboard the next time you open or refresh http://localhost:4100. There’s nothing left for you to click. If your agent skipped the registration step — or you ran the integration manually — you can do it yourself from your project directory:
The bin script will:
  1. Check .env.local for an existing DRAFT_MODE_SECRET. If missing, generate a cryptographically random one and write it.
  2. Fill in ORCHESTRATOR_URL, NEXT_PUBLIC_DEFAULT_SITE_ID, NEXT_PUBLIC_SITE_NAME, NEXT_PUBLIC_EDITOR_ORIGIN if absent.
  3. POST the site config to <ORCHESTRATOR_URL>/sites/register.
  4. Print any warnings (e.g. secret mismatch with the editor’s build-time VITE_SITE_DRAFT_SECRET).
You only need the orchestrator running (pnpm dev:orchestrator or your hosted instance) before you run the script.

After registration

  1. Start your dev server: pnpm dev (or whatever your project uses)
  2. Open the editor: http://localhost:4100 — the site should be in the dashboard
  3. Click the site, then generate your first edit from the chat panel to confirm the round trip works
If the site doesn’t appear after a hard refresh, see Troubleshooting below.

Troubleshooting