Agent install runbook
This page is written for the AI coding agent. If a user says “install Axint,” “read the docs and install Axint,” or “make sure Axint is working,” follow this runbook before editing Apple-native code.
Copyable instruction
When a human wants to give this to an agent, use this short instruction:
Read https://docs.axint.ai/mcp/agent-runbook/ and install axint in this repo. Follow the runbook exactly: prove activation before editing Apple-native code, then tell me the version, activation result, and next Axint action.Success criteria
An Axint install is complete only when you can report all of these:
- The running Axint version.
- The project directory you installed or initialized.
- The MCP connection status, if this host supports MCP.
- The activation result:
status: "ok"andsignal: "axint_activated". - The current session token or workflow-check status.
- The next Axint action you will use before editing Apple-native code.
The runbook
-
Identify the repo and host.
Run the cheap checks first. Do not edit source files yet.
Terminal window pwdnode --versionnpm --versionAxint requires Node.js 22 or newer. If Node is too old, stop and tell the user exactly what has to be upgraded.
-
Install the current Axint package.
Prefer a project-local install when the repo has
package.json; otherwise usenpxfor the first proof pass.Terminal window npm install --save-dev @axint/compilernpx axint --versionTerminal window npx -y -p @axint/compiler axint --versionTerminal window npm install -g @axint/compileraxint --version -
Write the project agent files.
This gives Codex, Claude Code, Cursor, Xcode workflows, and future agents the same local Axint context.
Terminal window npx -y -p @axint/compiler axint project init --dir . --agent all --mode localnpx -y -p @axint/compiler axint agent install --dir . --agent all --privacy local_onlyIf the repo already has Axint-owned project files and the user did not ask for a rewrite, do not force overwrite them. Read the existing files and continue.
-
Connect or reload MCP.
If the host supports MCP, reload only the Axint MCP server/tool process after install. Keep the same chat thread when the host allows it.
Local stdio MCP config:
{"mcpServers": {"axint": {"command": "npx","args": ["-y", "-p", "@axint/compiler", "axint-mcp"]}}} -
Prove Axint is active.
Call these tools:
axint.statusaxint.activateReport the running MCP version and the activation result.
Terminal window axint activate --format jsonnpx -y -p @axint/compiler axint status --format jsonnpx -y -p @axint/compiler axint activate --format jsonActivation must return
status: "ok"andsignal: "axint_activated". Ifaxint.activateoraxint activateis missing, the package or connected MCP process is stale. Runaxint upgrade --apply, reload only the Axint MCP server/tool process, then repeat this step. -
Start an Axint session.
Call
axint.session.startfor the project and keep the returnedsessionTokenvisible in the thread.Terminal window npx -y -p @axint/compiler axint session start --dir . --agent all --format jsonRead the generated context files before making Apple-native changes:
.axint/AXINT_REHYDRATE.md.axint/AXINT_MEMORY.md.axint/AXINT_DOCS_CONTEXT.mdAGENTS.mdCLAUDE.md.axint/project.json
-
Run the context-recovery workflow check.
Call
axint.workflow.checkwith:{"stage": "context-recovery","sessionToken": "<token from axint.session.start>","readRehydrationContext": true,"readAgentInstructions": true,"readDocsContext": true,"ranStatus": true}Terminal window npx -y -p @axint/compiler axint workflow check \--dir . \--agent all \--stage context-recovery \--session-token <token from axint session start> \--read-rehydration-context \--read-agent-instructions \--read-docs-context \--ran-statusIf the check is not ready, follow the returned next action before editing.
-
Only now start the Apple-native work.
Use Axint tools as the loop, not as a one-time install checkbox:
- Use
axint.suggestoraxint.featurebefore inventing new Apple features. - Use
axint.compileoraxint.validatefor generated definitions. - Use
axint.swift.validatefor existing Swift. - Use
axint.cloud.checkwhen hosted compatibility feedback is useful. - Use
axint.runfor the full proof loop when a Mac/Xcode build is needed. - Use
axint.workflow.checkagain at planning, before-write, pre-build, and pre-commit checkpoints.
- Use
What to report back
After installation, reply with a compact proof report:
Axint install proof:- Project: <absolute repo path>- Version: <running Axint version>- MCP: <connected / not available / reloaded>- Activation: status=<ok>, signal=<axint_activated>- Session: <session token or workflow-check status>- Next Axint action: <tool or CLI command>Do not say “Axint is installed” if you only started the MCP server. Say what is missing and keep going until activation proof exists.
Common failure paths
axint.activate is not visible in MCP
The MCP process is stale. Upgrade Axint, reload only the Axint MCP server/tool
process, call axint.status, then call axint.activate again. If local
project files still name an older expected version after the upgrade, call
axint.project.syncVersion before continuing.
npx -y -p @axint/compiler axint upgrade --applyaxint activate is an unknown CLI command
You are running an old Axint package. Install the latest package and retry:
npm install --save-dev @axint/compiler@latestnpx axint activate --format jsonNode is older than 22
Stop before editing code. Tell the user Axint needs Node.js 22 or newer.
The host cannot use MCP
Use CLI fallbacks for status, activate, session start, and
workflow check. Do not skip the proof loop just because MCP is unavailable.
No Mac or Xcode is available
You can still run Axint validation, Cloud Check, project indexing, and workflow
checks. Full xcodebuild and runtime proof require a Mac with Xcode.