# @ai-agent-context/mcp 中文文档

规范地址：https://npmcn.com/package/%40ai-agent-context/mcp/

版本：1\.0\.0
npm 元数据更新时间：2026-10-18T05:51:24.731Z
中文译文更新时间：2026-11-06T08:39:53.289Z
软件包许可：MIT

本文由上游 README 翻译，可能存在偏差，请结合原文核对 API、命令与配置。版权与许可归原作者所有。

原始 npm 页面：https://www.npmjs.com/package/%40ai-agent-context/mcp
原文对照：https://npmcn.com/package/%40ai-agent-context/mcp/?lang=original
项目主页：https://github.com/modeusweb/ai-agent-context
源码仓库：https://github.com/modeusweb/ai-agent-context

## 关键信息（来自 npm 元数据）

- 包体积（解压后）：141 kB，35 个文件
- 模块格式：ES Module
- TypeScript 类型：包内自带
- Node.js 要求：\>=20\.11\.0
- 运行依赖：1 个
- 首次发布：2026-09-18T23:28:17.325Z
- 最新版本发布：2026-10-18T05:51:24.508Z
- 近 30 天下载量：3767（2026-10-05 至 2026-11-03，npm 官方下载统计）
- 已发布版本数：30（近 12 个月 30 个）

## 中文简介

Ai-agent-context的模型背景协议适配器. 在 stdio 上向 MCP 客户端显示存储器知识图 。 本身没有商业逻辑.

## 安装

```sh
npm install @ai-agent-context/mcp
```

也可以使用：`pnpm add @ai-agent-context/mcp`、`yarn add @ai-agent-context/mcp`、`bun add @ai-agent-context/mcp`

## README

# @ai-agent-context/mcp (中文(简体) )

MCP( 模式上下文协议) 适应器 `ai-agent-context`。 。 。 .

适配器将显示由 `@ai-agent-context/core` 给MCP的客户 通过stdio。 它没有包含分析逻辑:每个工具代表给核心API,所以同样的保证(决定性,局部性,证据支持性)适用不变.

## 安装

```bash
npm install @ai-agent-context/mcp
```

## 运行服务器

```bash
agent-context-mcp --root /path/to/repository
```

寄存器根默认为 `AGENT_CONTEXT_ROOT`,然后转到当前工作目录。 stdout只携带了JSON-RPC;所有的诊断都去Stderr.

## 客户端配置

为支持的客户端打印片段 :

```bash
agent-context-mcp config claude-code
agent-context-mcp config cursor
agent-context-mcp config cline
agent-context-mcp config continue
agent-context-mcp config --list     # supported clients
agent-context-mcp config --all      # every client at once
```

每个片段打印客户端的值 `mcpServers` 字段。 将其合并到现有的文件中去——配置文件也包含不相关的设置,因此替换文件会销毁它们.

| 客户端 | 文件 | 形状 |
| --- | --- | --- |
| 克劳德代码 | `.mcp.json` | 由服务器名键入的对象 |
| 光标 | `.cursor/mcp.json` | 由服务器名键入的对象 |
| 线条( VS 代码) | `cline_mcp_settings.json` | 由服务器名键入的对象 |
| 继续 | `~/.continue/config.json` | 数组 |

运行本地检出而不运行已发布的套件 :

```bash
agent-context-mcp config cursor --command node --command-arg /path/to/packages/mcp/dist/bin.js
```

## 礼宾支助

服务器是 **双时代**:它从客户端的打开方式中选择其行为.

| 大纪元 | 订正 | 如何打开客户端 |
| --- | --- | --- |
| 遗产 | `2024-11-05`, (中文(简体) ), `2025-03-26`, (中文(简体) ), `2025-06-18`, (中文(简体) ), `2025-11-25` | `initialize` 握个手 |
| 现代 | `2026-07-28` | 按请求数 `_meta`没有握手 |

**遗产谈判.** `initialize` 用客户端要求的版本来回答。 当客户端要求修改此服务器不执行时,它用它所做的最新遗产修改——按照规格要求——来回答,所以从未告诉客户端降级到它没有要求的修订.

**现代谈判.** 每个请求都携带 `io.modelcontextprotocol/protocolVersion` 内 `_meta`。没有握手和降级:对不支持的修订版进行命名的请求被拒绝 `-32022` 以及要重试的版本列表。 省略所需内容的现代请求 `io.modelcontextprotocol/clientCapabilities` 拒绝使用 `-32602`4\. 现代成果 `resultType: "complete"`。 。 。 .

`server/discover` 已执行并提出报告 `supportedVersions`、能力和服务器身份.

```bash
# what the server supports
{"jsonrpc":"2.0","id":"d1","method":"server/discover","params":{"_meta":{
  "io.modelcontextprotocol/protocolVersion":"2026-07-28",
  "io.modelcontextprotocol/clientCapabilities":{}}}}
```

### 兼容性矩阵

| 客户端时代 | 服务器 | 结果 |
| --- | --- | --- |
| 遗产`initialize`(中文(简体) ) | 此服务器 | 作品;根据要求或最新遗产修订得到答复 |
| 现代( U)`_meta`, (中文(简体) ), `server/discover`(中文(简体) ) | 此服务器 | 工程为 `2026-07-28`; 获取其他修改 `-32022` 带有重试列表 |
| 遗产 | 仅限现代服务器 | 将失败; 在此不适用, 此服务器是双时代 |

### 对他人写的客户端进行验证

其它练习此服务器的东西——包装的烟雾测试和测试 套房——用手说出JSON-RPC,这意味着它检查服务器与 同样的理解 写它的程序.

```bash
npm run mcp:client
```

驱动服务器 `@modelcontextprotocol/sdk`,参考文献 执行,作为一个真正的客户 超过stdio。 SDK 解析并验证每个 信息, 谈判修改本身, 并抛出任何不符合规格的东西. 它在CI中运行为 `mcp against a real client`。 。 。 .

**23张支票:** 握手和谈判修订、工具清单 里面有六个工具呼叫 对抗一个真正的存储器 `compact`编号 :`full` 大小合同,以及服务器拒绝的论点是 协议出错而不是失败的工具结果 .

它通过不同意写在《宪法》中的假设 确定了两件事 检查:无效 `detail` 值为 _被拒绝_,不作为工具出错返回 - 这是正确的行为,因为返回 `isError` 会告诉探员 电话在不运行时运行和失败 `compact` 是一个规模预算而不是 一个不同的问题,在放弃证据的同时保持同样的形状.

**未核实,在每次检查中均注明.** SDK的最新参考文献 修订版为 `2025-11-25`,所以没有第三方客户端能够锻炼现代 `_meta` ; 谈判帮助者经过单位测试,时代本身是 没有 上面列出的运输桌面客户端是应用程序——启动 一个在命令线检查之外 这些预设编码为: 每个客户端的已记录配置格式; 对照您自己的 在依赖它们之前安装.

在这里验证其他的: 遗产和现代会议 通过一个真正的 studio 进程, 输入错误、取消和超时.

## 取消和超时

`notifications/cancelled` 停止请求:响应被压制,被取消的请求从未被回答——包括随后的超时.

每个请求都以 `requestTimeoutMs` (违约120000, `0` / 禁用). 已过期的请求得到回复 `-32603` 财务报告和审定财务报表 `data.timeoutMs`,则任何后期结果都会被丢弃.

## 处理错误

错误使用JSON-RPC代码和规格保留范围内的MCP特定代码:

| 代码 | 含义 |
| --- | --- |
| `-32600` | 无效的请求- 无信件 `method` |
| `-32601` | 未找到方法 |
| `-32602` | 无效的参数 - 未知资源或即时, 参数验证失败, 需要缺失 `_meta` 字段 |
| `-32603` | 内部错误, 包括超过超时请求 |
| `-32021` | `MissingRequiredClientCapabilityError` |
| `-32022` | `UnsupportedProtocolVersionError`,与 `data.supported` |

`-32002` (未找到资源,由更旧的订正保留)从未排放;未知资源报告 `-32602`。 。 。 .

运行但失败的工具是 **没有** 协议错误: 响应带有 `isError: true` 与人可读出的有效载荷,因此代理可以读取并按消息行事.

在发送前,对已公布的JSON Schema进行论证。 缺少所需的字段、错误的原始类型、无效的字段和未知属性会被拒绝 `-32602` 没有开始仓库分析.

## 资源

只读, 作为 MCP 资源曝光 :

-   `agent://repository/context`
-   `agent://repository/architecture`
-   `agent://repository/dependencies`
-   `agent://repository/conventions`
-   `agent://repository/decisions`

## 提示

-   `onboard_to_repository`
-   `review_change_impact`
-   `explain_architecture`

## 工具

| 工具 | 必要的参数 |
| --- | --- |
| `get_repository_context` | —— 说 |
| `get_context_for_task` | `task` |
| `get_change_impact` | `target` |
| `explain_module` | `path` |
| `get_dependencies` | —— 说 |
| `get_dependents` | `module` |
| `search_context` | `query` |
| `get_architecture` | —— 说 |
| `get_conventions` | —— 说 |
| `get_decisions` | —— 说 |
| `get_module_history` | `target` |
| `get_revision_diff` | `revision` |
| `get_revision_snapshot` | `revision` |
| `detect_coverage_gaps` | —— 说 |

每个工具都接受一个选项 `root`。所有工具都被捆绑,并带有对热能值的信心和证据;见存储器 `README.md` 各为所归.

## 程序使用

```ts
import { McpServer, createMemoryTransport, SUPPORTED_PROTOCOL_VERSIONS } from '@ai-agent-context/mcp';

const transport = createMemoryTransport();
const server = new McpServer({ root: process.cwd(), transport, requestTimeoutMs: 30_000 });
server.start();
transport.push({ jsonrpc: '2.0', id: 1, method: 'server/discover', params: { _meta: {
  'io.modelcontextprotocol/protocolVersion': '2026-07-28',
  'io.modelcontextprotocol/clientCapabilities': {},
} } });
console.log(transport.sent);
```

为嵌入器导出 : `McpServer`, (中文(简体) ), `createStdioTransport`, (中文(简体) ), `createMemoryTransport`,则 `CLIENT_PRESETS` 设置为 `presetById`编号 :`renderPreset`编号 :`renderAllPresets`编号 :`serverArgv`,协议助手(`SUPPORTED_PROTOCOL_VERSIONS`, (中文(简体) ), `ErrorCode`, (中文(简体) ), `negotiateLegacyVersion`, (中文(简体) ), `isSupportedVersion`,(......), `TOOL_DEFINITIONS`, (中文(简体) ), `callTool` 财务报告和审定财务报表 `ContextPool`。 。 。 .

`MCP_PROTOCOL_VERSION` 是遗留的握手默认, 并被贬值为有利于 `SUPPORTED_PROTOCOL_VERSIONS`。 。 。 .

## 警卫

适配器继承了核心包的属性:

-   **仅限本地**: 没有外部 API 呼叫, 没有遥测
-   **仓库范围d**: 工具接受一个 `root`,核心拒绝它以外的路径
-   **只读**: 工具、资源和提示绝不修改寄存器
-   **干净的 stdio 通道**(JSON-RPC关于Studout,关于Stderr的诊断)
-   **秘密过滤**:敏感文件被核心跳过,而不是适配器跳过

见寄存器 `SECURITY.md`。 。 。 .

## 许可证

麻省理工学院

## 常见问题

### @ai-agent-context/mcp 是什么？

Ai-agent-context的模型背景协议适配器\. 在 stdio 上向 MCP 客户端显示存储器知识图 。 本身没有商业逻辑\.

### 如何安装 @ai-agent-context/mcp？

在项目目录运行 npm install @ai-agent-context/mcp，或使用 pnpm add / yarn add / bun add。它还提供命令行工具 agent-context-mcp，可以用 npx agent-context-mcp 直接运行。

### @ai-agent-context/mcp 支持 TypeScript 吗？

支持。包内自带 TypeScript 类型声明（package\.json 声明了 types 入口），安装后即可获得类型提示，无需再安装 @types 包。

### @ai-agent-context/mcp 支持 ESM 还是 CommonJS？

以 ES Module 形式发布，推荐使用 import 引入。在 CommonJS 项目中，Node\.js 20\.19\+ / 22\.12\+ 可以直接 require\(\) 不含顶层 await 的 ES Module，更早的版本需要改用动态 import\(\)。

### @ai-agent-context/mcp 需要什么版本的 Node\.js？

package\.json 的 engines 字段要求 Node\.js \>=20\.11\.0。版本不符时 npm 默认只给出警告，开启 engine-strict 后会拒绝安装。

### @ai-agent-context/mcp 可以商用吗？

@ai-agent-context/mcp 使用 MIT 许可。宽松许可：允许商业使用、修改和再分发，通常只需在分发时保留原版权与许可声明。以上为概括，不构成法律意见，请以许可原文为准。

### @ai-agent-context/mcp 的下载量有多少？

根据 npm 官方下载统计，@ai-agent-context/mcp 在 2026/10/05 – 2026/11/03 这 30 天内被下载 3,767 次，日均约 126 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入，适合横向比较热度，不能直接等同于使用人数。

### @ai-agent-context/mcp 还在维护吗？

最新版本 1\.0\.0 发布于 2026/10/18（20 天前）；至今共发布 30 个版本，其中过去 12 个月发布了 30 个；首次发布于 2026/09/19。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。