
Arm MCP Server
io.github.armPublished by GitHub account armv2.4.0Updated Oct 24, 2026
Official Arm MCP server for code migration, optimization, and Arm architecture guidance
Overview
Official Arm MCP server that gives an assistant tools to analyze code for Arm compatibility, inspect container architectures, and search Arm documentation.
- What you can do
- It provides semantic search across Arm documentation, learning resources, intrinsics, and software compatibility information. It scans codebases for Arm compatibility using migrate-ease, covering C++, Python, Go, JavaScript, and Java. It checks Docker image architecture support with integrated Skopeo and check-image tools, and analyzes assembly performance with LLVM-MCA.
- When to use it
- Use it when migrating an application from x86 to Arm, checking whether container images support Arm, or reviewing assembly performance. It suits developers who want Arm architecture guidance and compatibility analysis inside their AI assistant.
- Requirements
- Runs locally as a stdio process via Docker with Buildx support, using the image armlimited/arm-mcp. An MCP-compatible client such as Claude Code, GitHub Copilot, Kiro CLI, Codex CLI, or Gemini CLI is needed. The workspace directory must be mounted into the container. No accounts, API keys, or environment variables are declared.
Installation
In SourceWeft
- Open Arm MCP Server in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
[OpenSSF Scorecard] [SLSA Build Level 3]
Arm MCP Server
An MCP server providing AI assistants with tools and knowledge for Arm architecture development, migration, and optimization.
Using the Arm MCP Server
If your goal is to migrate an application from x86 to Arm as quickly as possible, start here:
Automate x86-to-Arm application migration using Arm MCP Server
Features
This MCP server equips AI assistants with specialized tools for Arm development:
- Knowledge Base Search: Keyword and semantic search across Arm documentation, learning resources, intrinsics, and software compatibility information, with technical-name aliases
- Code Migration Analysis: Scan codebases for Arm compatibility using migrate-ease (supports C++, Python, Go, JavaScript, Java)
- Container Architecture Inspection: Check Docker image architecture support using integrated Skopeo and check-image tools.
- Assembly Performance Analysis: Analyze assembly code performance using LLVM-MCA
Pre-Built Image
If you would prefer to use a pre-built, multi-arch image, the official image can be found in Docker Hub here: armlimited/arm-mcp:latest
Prerequisites
- Docker with Buildx support
- An MCP-compatible AI assistant client (e.g. GitHub Copilot, Kiro CLI, Codex CLI, Claude Code, etc)
Quick Start
1. Build the Docker Image
From the root of this repository:
This builds for the Docker host's native architecture. The release workflow is responsible for explicit multi-architecture builds.
For local development builds, see the Quick Local Development Builds section in CONTRIBUTING.md.
2. Configure Your MCP Client
Choose the configuration that matches your MCP client:
Claude Code
Add to .mcp.json in your project:
GitHub Copilot (VS Code)
Add to .vscode/mcp.json in your project, or globally at ~/Library/Application Support/Code/User/mcp.json (macOS):
The easiest way to open this file in VS Code for editing is command+shift+p and search for
MCP: Open User Configuration
AWS Kiro CLI
Add to ~/.kiro/settings/mcp.json:
Gemini CLI
It is recommended to use a project-local configuration file to ensure the relevant workspace is mounted.
Add to .gemini/settings.json in your project root:
MCP Clients using TOML format (e.g. Codex CLI)
Note: Replace /path/to/your/workspace with the actual path to your project directory that you want the MCP server to access.
3. Restart Your MCP Client
After updating the configuration, restart your MCP client to load the Arm MCP server.
Logging
Depending on usage, the server may write two log files under /workspace. With the
configuration examples above, these files appear in the project directory on
your computer:
mcp-traffic.jsonlrecords when tools are used, the inputs provided, and the reason for each tool call. It also records results from knowledge base searches.error_logging.yamlrecords details about errors encountered by the server. This information can help with troubleshooting.
These logs may contain information from your project and tool requests. Review their contents before sharing them.
Development and contributing
See CONTRIBUTING.md for repository structure, integration testing, reproducible build inputs, runtime-egress validation, dependency updates, and release workflows.
Troubleshooting
Accessing the Container Shell
To debug or explore the container environment:
Common Issues
- Timeout errors during migration scans: Increase the
timeoutvalue in your MCP client configuration (e.g.,"timeout": 120000for 2 minutes) - Empty workspace: Ensure your volume mount path is correct and the directory exists
- Architecture mismatches: Confirm that the local image matches the Docker host's native architecture; use the release workflow for explicit cross-platform builds.
Suspected vulnerabilities must not be reported in public issues. See the Arm MCP security policy and report them via Arm PSIRT.
License
Copyright © 2026, Arm Limited and Contributors. All rights reserved.
Licensed under the Apache License, Version 2.0. See LICENSE for details.
Source: README.md at commit a770195
Tools
0Version history
1- v2.4.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts