Use DevTune with Droid

Before you start

• A DevTune project on a plan that includes API access. No account yet? Let your agent set one up.
• For the API key route: a project API key from API Keys in the account sidebar. DevTune shows the key once, so copy it when you create it.

Connect by signing in

Add the server, then sign in from a Droid session:

droid mcp add devtune https://devtune.ai/api/mcp --type http

/mcp

Choose devtune, sign in to DevTune in the browser, select the project, choose the scopes the connection may use, and approve.

The connection reaches the project you select, with your own DevTune permissions.

Connect with an API key

Use a key for scripts, scheduled runs and machines without a browser.

Add the server with the key as a header and sign-in switched off. Your shell fills in the key, and Droid saves it in ~/.factory/mcp.json:

export DEVTUNE_API_KEY='dtk_live_YOUR_KEY'
droid mcp add devtune https://devtune.ai/api/mcp --type http \
  --header "Authorization: Bearer $DEVTUNE_API_KEY" --no-oauth

To keep the key out of the file, edit ~/.factory/mcp.json so the header names the variable. Droid reads it when it connects:

{
  "mcpServers": {
    "devtune": {
      "type": "http",
      "url": "https://devtune.ai/api/mcp",
      "headers": { "Authorization": "Bearer ${DEVTUNE_API_KEY}" },
      "oauth": false
    }
  }
}

A key reaches the one project it was created for, with the scopes you gave it. A change made with a key acts as the member who created it.

Check the connection

Run /mcp in a Droid session. It shows each server as connected, connecting, needs authentication or failed, and lists the tools of a connected server.

Then ask Droid:

Which DevTune project are you connected to?

It answers with your project's name, read with devtune_get_connection_context. If it names the wrong project, connect again and select the right one.

Measure

Ask Droid what AI platforms say and what AI systems fetch from your site:

What is our share of voice across AI platforms over the last 30 days, and how has it changed?

Which pages and domains do AI platforms cite for our topics, and which competitors get cited where we are not?

What are AI systems fetching from our site, and which pages do they ask for that do not exist?

Droid answers from devtune_get_visibility_summary, devtune_get_visibility_diff, devtune_get_competitive_position, devtune_get_top_citation_pages, devtune_get_content_gaps, devtune_get_traffic_summary and devtune_get_404_demand. Measurement windows are 30 or 90 days.

Fix

Ask for the ranked fixes, then work one through:

List the top five actions DevTune suggests for this project, with the evidence behind each.

Accept the first action, generate its brief and show me the brief.

Mark that action live. The page is published at https://example.com/your-page.

1. devtune_get_actions lists the queue with its evidence.
2. devtune_change_action_status accepts an action, and devtune_generate_action_brief writes its brief. Generating a brief spends credits.
3. Droid reads the brief with devtune_get_action_brief. Writing and publishing the page is your work and the agent's, in your own repository or content system. DevTune drafts and never publishes.
4. devtune_change_action_status with mark_live and the published URL starts the before/after measurement.

Prove

Which of our shipped actions have results, and what moved?

devtune_get_outcomes_ledger returns each measured action as improved, mixed, no clear change, declined, still measuring or unmeasured. Results show what moved after a fix shipped, not what caused it. Results windows are 7, 30, 90 or 365 days.

What needs your approval

• Reading never changes your project or spends credits.
• Accepting an action, changing prompts or competitors, and every other change acts as you. Have the agent say what it will change before it does.
• Briefs, drafts, managed-agent runs, Agent Picks tests and prompt-set analysis spend credits. Approve the spend before the agent starts one.
• DevTune steers suggestions around locked pages and says when it did.

How Droid runs DevTune tools

Droid offers the DevTune tools to the model alongside its own.

Limits

• Droid only expands the ${NAME} form in headers. If the variable is not set, the connection fails with an error naming it.
• .factory/mcp.json in a project is meant to be committed. Keep keys out of it.
• A connection reaches one project. Connect again, or use another key, for a second project.
• Tools your connection has no scope for do not appear in the agent. A connection never gains scopes added later. Edit the key, or disconnect and sign in again.

If something goes wrong

Next steps

• Droid documentation: how Factory documents connecting outside tools
• MCP server: every tool, its inputs and its scope
• Code mode: two tools in place of the full list, for agents short on context
• API authentication: keys and scopes
• Use DevTune with your agent: setup guides for other agents