opencode-ast-mcp
Turn any MCP-aware IDE into an agentic coding system backed by tree-sitter, a local Qwen 18B, OpenRouter, and Podman.
README
Opencode AST MCP Server
Turn any MCP-aware IDE (OpenCode, Claude Desktop, etc.) into an agentic coding system backed by tree-sitter, a local Qwen 18B, OpenRouter (Claude Haiku by default), and Podman.
Why this project
A drop-in MCP server that gives your coding agent 13 specialised tools — AST extraction without reading whole files, project-wide codebase awareness, local code analysis via Qwen, cloud SDD planning via DeepSeek (or any OpenAI-compatible endpoint), and isolated test execution in Podman — so the agent spends its context window on code, not on boilerplate.
Features
- 13 MCP tools in a single Python server (FastMCP + stdio)
- tree-sitter AST extraction for Python, JavaScript, TypeScript, TSX
- Project-wide codebase awareness — recursive file listing, overview with skeletons, cross-file symbol search, AST-aware reference finder (mtime-cached)
- Local LLM analysis via LM Studio + Qwen 18B (no cloud for code review)
- Cloud planning via any OpenAI-compatible endpoint (default: DeepSeek, works with OpenRouter, OpenAI, ollama)
- Podman sandbox for test execution with hardened mount validation
- Autonomous code→test→fix loop with a 5-iteration circuit breaker
- 59 pytest tests, all runnable in the sandbox
Table of contents
- Quick start
- Tools at a glance
- How it works with OpenCode plan/build mode
- Project status
- Project layout
- Documentation
- Contributing
- License
- Acknowledgments
Quick start
# 1. Clone & enter
git clone <repo-url> opencode-ast-mcp
cd opencode-ast-mcp
# 2. Create a virtualenv & install
python3.13 -m venv venv
./venv/bin/pip install -r requirements.txt
# 3. Configure secrets
cp .env.example .env
# Edit .env — set MINIMAX_API_KEY to your OpenRouter/OpenAI key
$EDITOR .env
# 4. Build the Podman sandbox image (one time)
podman compose -f sandbox/compose.yaml build
# 5. (Optional) Start LM Studio and load the Qwen model
lms server start
lms load qwen3.5-18b-a3b-reap-coding-heretic-v0-i1 --gpu max -c 16384 --yes
# 6. Register the MCP server in OpenCode
# Edit ~/.config/opencode/opencode.json and add:
# "opencode-ast": {
# "type": "local",
# "command": ["/absolute/path/to/opencode-ast-mcp/start.sh"]
# }
Full setup walkthrough (with all 9 env vars and Podman machine init): docs/SETUP.md. Something broken? docs/TROUBLESHOOTING.md.
Tools at a glance
| # | Tool | Backing service | Purpose |
|---|---|---|---|
| 1 | get_file_skeleton |
tree-sitter | Compact outline of a file's top-level structure |
| 2 | get_node |
tree-sitter | Full source of a named function or class |
| 3 | get_ast_json |
tree-sitter | Structured JSON of a file's nodes |
| 4 | list_files |
tree-sitter | Glob with skip-dir filtering |
| 5 | get_project_overview |
tree-sitter | Top-level project map with per-file skeletons |
| 6 | search_symbol |
tree-sitter | Find functions/classes/methods by name across project |
| 7 | find_references |
tree-sitter | AST-aware identifier reference search |
| 8 | analyze_node |
LM Studio (Qwen) | Security / data-flow analysis of a code chunk |
| 9 | compress_log |
LM Studio (Qwen) | Summarise a verbose error log to ≤2 sentences |
| 10 | execute_in_sandbox |
Podman | Run a single shell command in a container |
| 11 | execute_autonomous_loop_tool |
Podman + Qwen + OpenRouter | Code → test → fix loop with circuit breaker |
| 12 | generate_sdd |
DeepSeek (default) | Generate product/tech/plan docs for a feature |
| 13 | get_loop_status |
local FS | Read BLOCKED.md if the circuit breaker tripped |
Full per-tool reference (params, returns, gotchas, decision tree): docs/TOOLS.md
How it works with OpenCode plan/build mode
OpenCode itself has a plan mode (read-only) and a build mode (full write access). The MCP tools map onto those modes as follows:
| MCP tool | Side effects? | Plan mode | Build mode |
|---|---|---|---|
get_file_skeleton, get_node, get_ast_json |
None | ✅ | ✅ |
list_files, get_project_overview, search_symbol, find_references |
Read-only file scan + parse | ✅ | ✅ |
analyze_node |
LM Studio HTTP call | ✅ | ✅ |
compress_log |
LM Studio HTTP call | ✅ | ✅ |
get_loop_status |
Reads BLOCKED.md |
✅ | ✅ |
generate_sdd |
One HTTPS call, no disk writes | ✅ | ✅ |
execute_in_sandbox |
Podman container + workspace mount | ❌ | ✅ |
execute_autonomous_loop_tool |
Sandbox + writes BLOCKED.md / patch log |
❌ | ✅ |
generate_sdd is the bridge between the two modes: it runs entirely in
plan mode (no file writes), produces the SDD artifacts the user reviews,
and the user then flips to build mode for execute_autonomous_loop_tool
to walk through plan.md step by step. The 4 codebase-awareness tools
(list_files, get_project_overview, search_symbol, find_references)
are also read-only and can be used freely in plan mode to scope the
investigation. See
docs/ARCHITECTURE.md for the full request
lifecycle and the four "Gotchas" (A: os.sync(), B: circuit breaker,
C: thermal cooldown, D: mount validation) that make the system safe.
Project status
All 13 tools validated end-to-end as of v0.2.0:
| Tool | Status |
|---|---|
get_file_skeleton |
✅ working |
get_node |
✅ working |
get_ast_json |
✅ working |
list_files |
✅ working (v0.2.0) |
get_project_overview |
✅ working (v0.2.0) |
search_symbol |
✅ working (v0.2.0) |
find_references |
✅ working (v0.2.0) |
analyze_node |
✅ working (requires LM Studio) |
compress_log |
✅ working (requires LM Studio) |
execute_in_sandbox |
✅ working (59/59 pytest tests verified) |
execute_autonomous_loop_tool |
✅ working (test, patch, apply, retry — all wired up) |
generate_sdd |
✅ working (DeepSeek — or any OpenAI-compatible provider) |
get_loop_status |
✅ working |
As of v0.1.1, execute_autonomous_loop_tool actually applies M3's
generated patches between iterations via git apply (with patch -p1
as fallback). See docs/TOOLS.md §7
for the full apply-failure flow.
Project layout
opencode-ast-mcp/
├── server.py # FastMCP entry point — registers 13 tools
├── start.sh # Boot script: starts LM Studio, runs server.py
├── config.py # Centralised env-var configuration
├── ast_extractor.py # tree-sitter powered skeleton/JSON/extract
├── codebase_index.py # Mtime-cached recursive project index (v0.2.0)
├── lm_client.py # LM Studio HTTP client (Qwen 18B)
├── m3_client.py # LLM brain client (OpenAI-compatible)
├── sandbox_runner.py # Podman container execution + safety checks
├── autonomous_loop.py # Code→test→fix loop with circuit breaker
├── dummy_auth.py # Test fixture for the AST extractor
├── requirements.txt # Python dependencies
├── LICENSE # MIT
├── .env.example # Template for .env
├── .github/
│ ├── workflows/test.yml # CI: 59 pytest in Podman on every push/PR
│ └── dependabot.yml # Dependabot for pip
├── sandbox/
│ ├── Containerfile # python:3.13-slim + pytest + git + patch
│ └── compose.yaml # Podman compose for the sandbox
├── sdd/ # Project's own SDD (product/tech/plan.md)
├── prompts/
│ └── system_prompt.md # Brain orchestrator system prompt
├── tests/ # pytest suite (59 tests)
├── docs/ # ARCHITECTURE / TOOLS / SETUP / TROUBLESHOOTING
├── AGENTS.md # Guidance for AI coding agents
├── CHANGELOG.md # Release history
├── CONTRIBUTING.md # How to contribute
├── SECURITY.md # How to report security issues
└── venv/ # Local virtualenv (gitignored)
Documentation
- docs/ARCHITECTURE.md — component diagram, request lifecycle, Gotchas A–D
- docs/TOOLS.md — full per-tool reference + decision tree
- docs/SETUP.md — 9-step setup with provider-swap matrix
- docs/TROUBLESHOOTING.md — 6 grouped failure modes with fixes
- sdd/ — the project's own software design docs
- AGENTS.md — guidance for AI agents (OpenCode-using and contributor)
- prompts/system_prompt.md — the brain's own system prompt
Contributing
PRs welcome. The dev loop is:
./venv/bin/pip install -r requirements.txt
./venv/bin/python -m pytest tests/ -v # host, fast
# or
podman compose -f sandbox/compose.yaml run --rm opencode-sandbox \
bash -c "cd /workspace && pip install -q -r requirements.txt && python -m pytest tests/ -v"
# sandbox, matches CI
# Add a tool → see AGENTS.md "Adding a new MCP tool"
# Add a language → see AGENTS.md "Adding a new language to the AST extractor"
Please read AGENTS.md before changing code — it documents the module boundaries, safety constraints, and plan-mode etiquette that all contributors (human or AI) are expected to follow.
See CONTRIBUTING.md for the full contributor checklist and SECURITY.md for private disclosure.
License
MIT — © 2026 Tim
Acknowledgments
- tree-sitter — the AST parser that makes deterministic code analysis possible
- LM Studio + Qwen 3.5 18B — local inference for per-function code review
- Anthropic Claude via OpenRouter — cloud-side SDD planning
- DeepSeek — default brain provider (open-source, OpenAI-compatible, strong structured output)
- Podman — rootless container isolation
- FastMCP — the Python MCP server SDK
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.