Cómo se integran con AITM los clientes de IA externos (clientes MCP, scripts, otras herramientas) a través de sus servidores MCP y de la API REST/GraphQL.

AITM MCP & API

Servidores MCP

AITM expone dos servidores MCP:

• aitm-core (35 herramientas) — proyectos (onboarding, list_projects, get_project_status), CRUD de Tasks (create_task, list_tasks, get_task, update_task, delete_task, search_tasks), ciclo de vida (run_task, stop_task, stop_project_tasks, stop_all_tasks, resume_task, skip_step, requeue_task — destructiva, archive_task, restore_task, reorder_task), datos de Tasks (get_task_result, get_task_console, get_task_logs, get_pipeline_status), optimización de prompts (optimize_prompt, apply_optimization), búsqueda en el archivo (search_archive), ajustes (get_settings, update_settings), licencia (license_status, license_activate, license_deactivate, license_upload_offline_token, license_remove_offline_token) y server_restart/server_stop.
• aitm-extended (43 herramientas) — entorno de pruebas (test_env_status, test_app_build, test_app_start, test_app_stop, test_project_pull, get_test_history), capturas de pantalla (get_screenshot_manifest, get_screenshot, get_screenshot_history), Contracts (search_contracts, get_contract_detail, get_module_summary, find_precedent_tasks, get_danger_zones, investigate_variable, blast_radius, context_for, contracts_health, contracts_resync), documentación y variables (search_docs, get_docs_for_variable, get_behavior_chain, search_variables, get_variable_tree, get_dom_page, search_dom), autocomprobación (run_selfcheck) y copia de seguridad (create_backup), conversaciones (list_conversations, get_conversation, delete_conversation), mensajería de Chat/Brainstorm (send_chat_message, send_brainstorm_message), Skills (list_skills, skill_create, skill_list, skill_search, skill_get, skill_update, skill_delete), Merge queue (get_merge_queue), resolve_conflict y estado de los servicios (get_service_health).

Transportes: stdio (local, predeterminado para ambos servidores) y Streamable HTTP en el puerto 3335 (predeterminado, sustituible con --mcp-port) con un bearer token obligatorio (AITM_MCP_TOKEN o config.mcp.httpAuthToken, fail-closed — el servidor se niega a arrancar en modo HTTP sin él) y TLS opcional (--tls-cert/--tls-key). Solo aitm-core está registrado en el .mcp.json predeterminado de este repositorio (stdio); aitm-extended se lanza por separado (opcionalmente con --http).

Ejemplo: conectar un cliente MCP (stdio)

{
  "mcpServers": {
    "aitm-core": {
      "command": "npx",
      "args": ["tsx", "src/mcp/AitmCoreMcpServer.ts", "--rest-url", "http://localhost:3333"]
    }
  }
}

Ejemplo: cliente MCP remoto (HTTP)

{
  "mcpServers": {
    "aitm-core-remote": {
      "url": "https://your-host:3335",
      "headers": { "Authorization": "Bearer <AITM_MCP_TOKEN>" }
    }
  }
}

API REST

Base http://localhost:3333, JSON. Puertos: 3333 REST/GraphQL/UI, 3334 HTTPS, 3335 MCP Streamable HTTP.

Es un conjunto seleccionado de los endpoints más usados, no la lista completa — la API REST tiene más de 100 endpoints repartidos entre src/rest/RestApi.ts y routers dedicados (Skills, Contracts, etiquetas DOM, i18n, capturas de pantalla, infraestructura de pruebas, releases y más).

Referencia de parámetros — operaciones más usadas

Ejemplo: crear un Task

curl -X POST http://localhost:3333/api/tasks \
  -H 'Content-Type: application/json' \
  -d '{"title":"Fix auth bug","prompt":"READ CLAUDE.md first...","tabId":"ctm","projectId":"ctm-dashboard","priority":"high","useWorktree":true,"usePipeline":true,"autoMergeDev":true}'

Nota: title máx. 60 caracteres, prompt máx. 50 KB; los valores por defecto de useWorktree/usePipeline/autoMergeDev son true, la priority por defecto es medium.

Ejemplo: una cadena de Tasks dependientes

curl -X POST http://localhost:3333/api/tasks/chain \
  -H 'Content-Type: application/json' \
  -d '[
    {"title":"Add DB column","prompt":"...","tabId":"ctm","projectId":"ctm-dashboard"},
    {"title":"Use column in API","prompt":"...","tabId":"ctm","projectId":"ctm-dashboard"}
  ]'

El segundo Task espera a que el primero se fusione en dev, ya que cada elemento posterior recibe automáticamente dependsOn:[previous id].

Ejemplo: detener y reanudar un Task

curl -X POST http://localhost:3333/api/tasks/42/stop \
  -H 'Content-Type: application/json' -d '{"reason":"manual stop"}'

curl -X POST http://localhost:3333/api/tasks/42/resume \
  -H 'Content-Type: application/json' -d '{}'