Builds, validates, deploys, and tests multi-agent solutions on the ADAS platform through MCP.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent โ or use 1-click editor setup below.
This server is confirmed live โ we successfully called its tools/list endpoint directly (see the verified badge above). We haven't yet sandbox-tested the stdio install command below specifically, which is a separate, ongoing check.
๐ก Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Inspect callable tools, capabilities, and parameters exposed to AI agents by Ateam MCP.
ateam_bootstrapREQUIRED onboarding entrypoint for A-Team MCP. MUST be called when user greets, says hi, asks what this is, asks for help, explores capabilities, or when MCP is first connected. Returns platform explanation, example solutions, and assistant behavior instructions. Do NOT improvise an introduction โ call this tool instead.
ateam_authAuthenticate with A-Team. Required before any tenant-aware operation (reading solutions, deploying, testing, etc.). The user can get their API key at https://mcp.ateam-ai.com/get-api-key. Only global endpoints (spec, examples, validate) work without auth. IMPORTANT: Even if environment variables (ADAS_API_KEY) are configured, you MUST call ateam_auth explicitly โ env vars alone are not sufficient. For cross-tenant admin operations, use master_key instead of api_key.
ateam_get_specGet the A-Team specification โ schemas, validation rules, system tools, agent guides, and templates. Start here after bootstrap to understand how to build skills and solutions. Use 'section' to get just one part of the skill spec (much smaller than the full spec). Use 'search' to find specific fields or concepts across the spec. When designing a persona that orchestrates logic via run_python_script (the Python-as-orchestrator pattern), also fetch topic='python_helpers' โ that returns the adas.* helper namespace reference. Skills designed without knowing about adas.* produce 5-10x larger / brittler scripts. When wiring widgets (UI plugins) into a solution, fetch topic='widgets' โ that returns the widget spec (catalog model, how_to_use blocks, opener_call shape, persona phrasing rules, binding semantics) so you can declare `ui_plugins` correctly. For the live catalog of widgets actually available in a deployed tenant, use ateam_get_widget_catalog instead.
ateam_get_workflowsGet the builder workflows โ step-by-step state machines for building skills and solutions. Use this to guide users through the entire build process conversationally. Returns phases, what to ask, what to build, exit criteria, and tips for each stage.
ateam_get_examplesGet complete working examples that pass validation. Study these before building your own.
ateam_design_advisorCONSULT THIS DURING DESIGN โ before and while you design a skill/solution. Describe what you're building; it returns POINTERS to the platform capabilities that fit (per-actor storage, widgets, triggers, sub-agents, mobile data, run-scripts, multi-skill, GitHub, โฆ), each with the /spec topic to read next (via ateam_get_spec) and the tool to wire it. Also returns 'missing' hints (capabilities your goal implies but the design hasn't wired) and lifecycle hints (e.g. connect GitHub when the project will iterate). ADVISORY ONLY โ you decide and own the design. Stateless: pass the current design_state each call; consult it as often as you like as the design evolves.
ariekogan/ateam-mcp MCP server connects an MCP client to the ADAS platform for building and operating multi-agent solutions. It exposes tools for learning the platform specification, reviewing examples and workflows, designing skills, editing solution definitions, deploying changes, and checking runtime state.
The server supports both development and operational tasks. An agent can create or modify skills, add connectors and plugins, validate definitions before deployment, run skill or voice tests, inspect asynchronous execution chains, and list or inspect deployed solutions. Destructive operations such as deleting a solution, skill, or connector require explicit confirmation.
The MCP process communicates with an AI environment through stdio or HTTP, then sends authenticated HTTPS requests to the ADAS external API and Core runtime. The onboarding sequence starts with ateam_bootstrap, which returns platform guidance and example solution patterns. ateam_get_spec, ateam_get_examples, and ateam_get_workflows provide the reference material needed to author compatible definitions.
Tenant-aware operations require an explicit ateam_auth call. An API key can be obtained from the A-Team API-key page. Environment configuration alone does not replace this tool call. Global specification, example, and validation operations can work without tenant authentication.
Deployment targets the main branch when using ateam_build_and_run. A typical GitHub-backed workflow edits dev, reviews the diff, promotes changes to main, and then deploys. For smaller changes, ateam_patch can update selected fields and redeploy them. Its default array behavior merges protected arrays rather than silently replacing them, and dry_run:true can preview changes.
Install the published package with:
For local development, the repository instructions use git clone, npm install, and npm start. The MCP client configuration examples provide two environment variables:
ADAS_TENANT: ADAS tenant identifier.ADAS_API_KEY: API key used for tenant access.The server can be configured in Claude Desktop, Claude Code, Cursor, Windsurf, or another MCP-compatible environment. The material also describes a hosted HTTP endpoint at https://mcp.ateam-ai.com.
The provided tool set covers:
ariekogan/ateam-mcp MCP server is suited to conversational solution authoring, iterative deployment, integration testing, and runtime inspection. It is less suitable if you only need a generic MCP registry, a standalone model runtime, or a local tool unrelated to ADAS.
Deployment and tenant-specific inspection require authentication and access to the ADAS platform. ateam_conversation is asynchronous and returns a chain identifier; callers should poll ateam_chain_status until the complete chain finishes rather than repeatedly fetching the full chain tree. ateam_build_and_run is a heavy operation that can take 60โ180 seconds and always deploys main.
Deletion operations are irreversible within ADAS Core and require confirmation parameters. Connector deletion can break skills that reference its tools. The README lists a smaller, older tool set using adas_* names, while the supplied current tool inventory uses ateam_* names; integrations should follow the current inventory exposed by the server.
The project is released under the MIT license.
Factual signals from GitHub, npm, and our automated checks โ not a rating.
No reviews yet โ be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/ariekogan-ateam-mcp)<a href="https://allmcps.com/mcp/ariekogan-ateam-mcp"><img src="https://allmcps.com/api/badge/ariekogan-ateam-mcp?style=directory" alt="Ateam MCP on AllMCPs" /></a>