MPM-Coding

让 AI 编程从"能演示"变成"能交付"

中文 | English

---

问题

AI 写代码的快乐，很容易被真实项目剥夺：

"那个函数在哪来着？"               → 猜文件路径
"我觉得这样改应该没问题"            → 不做影响分析
12 步的任务跑到第 7 步挂了         → 没有检查点，无法续传
"上周为什么改这个？"               → 谁都说不清

MPM 不负责让模型变聪明。MPM 负责把活干完。

📄 想看工程深度？ 阅读 技术白皮书 —— AST 引擎、5 层搜索降级、BFS + Dice Random Walk 影响分析、贝叶斯置信度演化……13 章拆解每一个核心设计。

---

安装

从 Release 安装

从 Releases 下载：

平台	文件
Windows x64	mpm-windows-amd64.zip
Linux x64	mpm-linux-amd64.tar.gz
macOS Universal	mpm-darwin-universal.tar.gz

解压。让 MCP 客户端指向 mpm-go。完事。

从 MCP Registry 安装

已在 MCP Registry 发布：io.github.halflifezyf2680/mpm-coding

从源码编译

git clone https://github.com/halflifezyf2680/MPM-Coding.git
cd MPM-Coding
powershell -ExecutionPolicy Bypass -File scripts\build-windows.ps1  # 或 ./scripts/build-unix.sh

---

快速开始

让 MCP 客户端指向 mcp-server-go/bin/mpm-go(.exe)，然后：

1) initialize_project
2) 把生成的 _MPM_PROJECT_RULES.md 放进客户端系统规则
3) 直接提需求——AI 会自动按协议执行

就这样。工具编排交给 AI，决策权在你手上。

使用示例

把这段直接贴进 MCP 客户端：

读取 _MPM_PROJECT_RULES.md 并严格遵守。

任务：修复 UserService.getProfile 的空指针崩溃。
要求：
1. 用 code_search 定位函数
2. 用 code_impact 检查谁在调用它
3. 修复 Bug
4. 用 memo 记录为什么这样改

AI 会自动执行：initialize_project → code_search → code_impact → 改代码 → memo。

---

原理

  定位            分析            执行            记录
┌──────────┐   ┌──────────┐   ┌──────────┐   ┌──────────┐
│          │   │          │   │          │   │          │
│  code_   │──▶│  code_   │──▶│  task_   │──▶│   memo   │
│  search  │   │  impact  │   │  chain   │   │          │
│          │   │          │   │          │   │          │
└──────────┘   └──────────┘   └──────────┘   └──────────┘
  AST 精确        调用链         分阶段          SSOT
  符号定位        风险评估        门控验收        变更日志

每次修改必须走：找定位 → 查影响 → 改代码 → 记原因。 不猜。不盲改。不留死角。

为什么用 AST 索引而不是 LSP

AI 编程的核心瓶颈不是模型能力，是上下文窗口里的垃圾太多。

一个 5000 文件的项目，AI 如果靠读文件来理解代码，它要么全读（token 爆炸），要么猜着读（遗漏关键依赖）。两种都是灾难。LSP 解决的是 IDE 的人机交互问题——补全、跳转、重命名。这些东西 AI 客户端自己就能做。

MPM 解决的是另一个问题：如何用最少的 token 让 AI 精确理解代码结构。

code_search 返回的是符号定义的精确位置，不是一堆 grep 结果。code_impact 返回的是调用链全景，不是让 AI 一个文件一个文件地猜谁调了它。flow_trace 返回的是业务逻辑主链路，不是目录列表。这些工具的 output 本身就构成了对上下文的清洗——只注入确定性的结构信息，把噪声过滤掉。

这就是注意力收敛：AI 不再需要在大片代码中盲目搜索，工具的输出已经把它的注意力聚焦到必须关注的那几个符号和关系上。真正有价值的不是底层用了什么解析器，而是这些结果被注入上下文后产生的作用。

---

工具箱

导航

工具	干什么
code_search	精确定位符号。不是 grep，是 AST 级精确查找。
project_map	一眼看到目录结构和符号清单。
flow_trace	追踪函数调用链——改代码之前先看懂主链路。

安全

工具	干什么
code_impact	"谁调用了它？" 或 "它调用了谁？"——动手前先看爆炸半径。

执行

工具	干什么
task_chain	长任务？拆成阶段，每阶段有门控验收。会话断了也能续。
system_hook	被阻塞？挂个钩子，条件满足后再继续。

记忆

工具	干什么
memo	记录"为什么改"。跨会话持久保留。
system_recall	"之前是不是修过类似的？"——搜索历史记录。
known_facts	KnownFact 策略引擎：行动前召回经验，行动后回写结果并进化。

系统

工具	干什么
initialize_project	初始化 AST 索引 + 生成项目规则。一次性操作。
index_status	查看后台索引进度。
ensure_languages	下载缺失的 tree-sitter grammar。通常自动执行。
persona	切换 AI 人格，适配不同场景。

---

文档

文档	说明
docs/WHITEPAPER.md	技术白皮书——AST 引擎、搜索策略、置信度演化、影响分析算法，看 MPM 的工程深度
docs/MANUAL.md	完整手册——全部工具、参数、案例
QUICKSTART.md	5 分钟上手指南
docs/WHITEPAPER_EN.md	English whitepaper
docs/MANUAL_EN.md	English manual
README_EN.md	English overview

---

架构

查看交互式架构图

mcp-server-go/
├── cmd/server/main.go              # 入口 (StdIO MCP Server)
├── internal/
│   ├── tools/    (14 files)        # MCP 工具实现
│   ├── core/     (6 files)         # 数据层 — SQLite + MemoryLayer (SSOT)
│   └── services/                    # AST 索引器 (Tree-sitter, 多语言)
└── configs/                         # 默认配置

• Go 1.21+ — 零 CGO，纯 modernc.org/sqlite
• Tree-sitter — Rust AST 索引器，30+ 语言按需下载
• SQLite — 嵌入式存储，数据在 .mpm-data/（不提交到 git）

---

常见问题

问题	用什么
怎么找函数/类？	code_search
改代码前怎么查影响范围？	code_impact
怎么看懂一个模块的调用链？	flow_trace
长任务怎么可靠执行？	task_chain
大仓库索引进度怎么看？	index_status
怎么强制全量索引？	initialize_project(force_full_index=true)

完整手册：docs/MANUAL.md

---

许可证

MIT

本项目使用 tree-sitter（MIT License）进行 AST 解析。