Skip to content
axint docs

MCP server

Axint ships an MCP (Model Context Protocol) server alongside the CLI. Any AI assistant that speaks MCP can call Axint directly to scaffold, compile, validate, and browse templates without leaving the editor.

Supported integrations

Claude Desktop

Paste MCP JSON config
~/Library/Application Support/Claude/claude_desktop_config.json
Open setup guide →

Also supported

JetBrains

Paste MCP JSON config
Settings → Tools → AI Assistant → MCP Servers

Neovim

Use stdio command in your MCP plugin
Your MCP plugin config

Examples repo

Real install-ready starter projects live in axint-examples. Use it when you want a working repo instead of a bare command snippet.

Legacy package migration

Old package names like @axintai/compiler and axintai are deprecated. The current package names are @axint/compiler and axint.

Available tools

ToolWhat it does
axint.statusReport the running MCP server version, package path, uptime, and same-thread reload/update steps
axint.upgradeCheck or apply an Axint package upgrade and return a same-thread continuation prompt
axint.doctorAudit version truth, Node/npm/npx paths, project MCP wiring, and project start files
axint.xcode.guardReturn the Xcode-specific guardrail for proving SwiftUI, build, and UI-test repairs before claiming success
axint.xcode.writeWrite Xcode-safe files with guard metadata when an agent is allowed to touch Apple project sources
axint.session.startStart an enforced Axint session, write .axint/session/current.json, and return the token used by workflow gates
axint.featureGenerate a complete Apple-native feature package from a description
axint.project.packGenerate .mcp.json, AGENTS.md, CLAUDE.md, and .axint project-start files
axint.project.indexIndex changed and related project files so repair, Cloud Check, and context tools can reason with nearby code
axint.context.memoryReturn compact operating memory after a new chat or context compaction
axint.context.docsReturn the docs context agents should reload after compaction
axint.suggestSuggest Apple-native features for an app domain
axint.registry.searchSearch public Registry packages before regenerating code from scratch
axint.workflow.checkGate planning, writing, building, and committing against the active Axint session and evidence
axint.scaffoldGenerate a complete starter intent from a name, description, domain, and parameter list
axint.compileCompile a TypeScript intent source string to Swift (+ optional Info.plist / entitlements fragments)
axint.validateParse + validate without generating Swift
axint.fix-packetRead the latest local Fix Packet or repair prompt
axint.cloud.checkRun Cloud Check from the agent loop and return report, prompt, JSON, or feedback signal
axint.repairPlan a project-aware repair for existing Apple app bugs, including likely files, root causes, host-aware patch guidance, proof commands, and privacy-safe feedback
axint.feedback.createCreate or read a source-free feedback packet that users can inspect before sending to Axint Cloud
axint.agent.installInstall the local multi-agent project brain, project context, file-claim ledger, and privacy defaults
axint.agent.adviceReturn host-specific next moves from project context, active claims, latest proof, and latest repair artifacts
axint.agent.claimClaim files before an agent edits them so parallel agents do not patch the same surface at the same time
axint.agent.releaseRelease local file claims when an agent finishes, abandons, or hands off the task
axint.runRun the enforced Apple proof loop across session recovery, Swift validation, Cloud Check, xcodebuild, tests, and runtime proof
axint.run.statusRejoin or inspect an active Axint run when a host disconnects or a long proof loop keeps running
axint.run.cancelStop an active Axint run and its child process group
axint.tokens.ingestConvert design tokens into SwiftUI token enums for generated views
axint.schema.compileCompile a minimal JSON schema directly to Swift
axint.swift.validateValidate existing Swift sources against build-time rules
axint.swift.fixAuto-fix mechanical Swift validator errors
axint.templates.listList all bundled reference templates
axint.templates.getFetch the source of a named reference template

Built-in prompts: axint.project-start, axint.context-recovery, axint.quick-start, axint.create-intent, and axint.create-widget.

Local stdio install

{
  "mcpServers": {
    "axint": {
      "command": "npx",
      "args": [
        "-y",
        "-p",
        "@axint/compiler",
        "axint-mcp"
      ]
    }
  }
}

The same local config powers Cursor, Claude Code, Codex, VS Code, Windsurf, JetBrains, Neovim, and any other stdio MCP client.

Remote MCP install

{
  "mcpServers": {
    "axint": {
      "url": "https://mcp.axint.ai/mcp"
    }
  }
}

Use the hosted remote endpoint when you want an HTTP MCP connection instead of local Node-based stdio. The canonical endpoint is https://mcp.axint.ai/mcp.

The .vscode/mcp.json file

When you run axint init, the scaffolder drops a pre-wired config at .vscode/mcp.json:

{
  "mcpServers": {
    "axint": {
      "command": "npx",
      "args": [
        "-y",
        "-p",
        "@axint/compiler",
        "axint-mcp"
      ]
    }
  }
}

Cursor and Windsurf pick this up automatically. Claude Code reads it if you launch it from the project root or configure it in ~/.config/claude-code/mcp.json.

Why MCP-first matters

The vast majority of App Intent authoring happens inside an AI assistant today. Developers describe what they want in natural language, the assistant drafts the Swift, and then everybody argues with the compiler for an hour.

Axint’s MCP tools short-circuit that loop. Instead of the assistant guessing at the App Intents SDK shape, it calls axint.scaffold with structured params and gets back a guaranteed-compilable file on the first try. If you tweak the file, axint.compile verifies the change in ~10ms.

On a Mac with Swift installed, the assistant can also call axint.compile with sandbox: true to get real swift build output — not just a guess at whether the code is valid, but confirmation that it compiles under the Swift toolchain.