如何让所有 AI 编码工具共享项目上下文？CoreMem 跨 AI 工具上下文管理实战

你有没有遇到过这种情况：上午用 Cursor 写了半天项目的 API 路由设计，下午切换到 Claude Code 做重构时，AI 助手对你的项目一无所知，你得从头解释一遍项目结构、技术选型和编码规范。更糟的是，如果你同时使用 Windsurf、GitHub Copilot 和其他编辑器，每个工具的上下文都是孤立的。

这个痛点，就是 CoreMem 要解决的。

CoreMem 是什么

CoreMem 是一个开源上下文管理平台，核心理念很直接：把你的项目上下文写一次，在任何 AI 工具中使用。它用「mems」（上下文记忆块）来存储项目信息——包括代码规范文档、架构设计文件、团队约定的编码风格等——然后通过标准协议分发给各种 AI 编码助手。

和直接在 AI 工具里管理上下文文件的不同是：CoreMem 有一个用户审批机制——AI Agent 可以提议更新上下文内容，但每次变更都需要你确认后才能写入。这意味着你的上下文库是有版本控制的、可审计的，不会因为 Agent 的一次误操作就被改写。

快速上手

安装与初始化

CoreMem 不需要安装客户端——它通过 MCP（Model Context Protocol）和公开 URL 两种方式与 AI 工具连接。先注册账号：

# 访问 https://coremem.app 注册账号
# 或者用 CLI 方式初始化（需要 Node.js 18+）
npx coremem init

初始化后，你会得到一个个人配置文件目录（默认在 ~/.coremem/），里面包含了一份 coremem.md——这是 AI 代理读取的第一份上下文文件。

创建第一个 Mem

Mem 是 CoreMem 中最基本的上下文单元。每个 Mem 包含一个名称、一组文件和描述信息：

# 创建一个项目上下文 Mem
npx coremem mem create project-api-design \
  --title "API 路由设计规范" \
  --files ./docs/api-design.md,./src/routes/\*.ts \
  --description "项目的 API 路由架构设计文档"

# 创建编码规范 Mem
npx coremem mem create coding-conventions \
  --title "编码规范" \
  --files ./CONTRIBUTING.md,./.eslintrc.json \
  --description "团队编码风格和 ESLint 配置说明"

你还可以直接在 Web 界面上编辑 Mem：拖拽文件、添加说明、选择可见范围。

连接 AI 编码工具

通过 MCP 协议连接

CoreMem 内置了 MCP 服务器，这是最推荐的集成方式：

# 启动 MCP 服务器
npx coremem mcp

# 输出示例
# MCP server running at: https://api.coremem.app/api/mcp
# Server info:
#   - List available mems
#   - Read mem content
#   - Propose mem updates
#   - Create mems from AI

在 Cursor 或 Claude Code 中配置 MCP：

Cursor：在 .cursor/mcp.json 中添加：

{
  "mcpServers": {
    "coremem": {
      "type": "url",
      "url": "https://api.coremem.app/api/mcp"
    }
  }
}

Claude Code：Claude Desktop 的 MCP 配置中：

{
  "mcpServers": {
    "coremem": {
      "command": "npx",
      "args": ["-y", "coremem", "mcp"]
    }
  }
}

配置好后，AI 工具就能自动读取你的 Mem 内容。在 Cursor 中打开一个新项目并提问时，它已经知道你的 API 设计规范——不需要你额外粘贴文档。

通过分享链接连接

不是所有工具都支持 MCP。CoreMem 为此提供了公开 URL 和限域分享链接：

# 生成公开 Mem 链接
npx coremem share project-api-design

# https://coremem.app/username/project-api-design

# 生成限域分享链接（有访问令牌，可控制时效）
npx coremem share project-api-design --scope --expires 7d

# https://coremem.app/s/abc123def456

你可以直接把公开链接放在项目的 README.md 中，或者在每次开启新 AI 会话时发给助手：

“Read my project context from https://coremem.app/username/project-api-design”

对于不支持 MCP 的 Web 端 AI 工具（如 ChatGPT、Perplexity），这种分享链接是最直接的方式。

实际场景：多工具上下文同步

假设你在一个 Next.js + Prisma 项目中工作，同时使用 Cursor、Claude Code 和 Windsurf：

步骤 1：创建项目 Mem

npx coremem mem create nextjs-blog-platform \
  --title "博客平台技术栈" \
  --files ./README.md,./prisma/schema.prisma,./docs/architecture.md \
  --description "博客平台的项目基本信息和架构设计"

步骤 2：创建编码规范 Mem

npx coremem mem create frontend-conventions \
  --title "前端编码规范" \
  --files ./.eslintrc.json,./.prettierrc,./tailwind.config.ts,./docs/components.md

步骤 3：在任何工具中使用

• 在 Cursor 中通过 MCP 自动加载 → 写组件时 tailwind 配置和组件命名规范自动可用
• 在 Claude Code 中通过 MCP 自动加载 → 重构时架构图直接可见
• 在 Windsurf 中通过 @coremem 命令引用 → 不用重复粘贴 schema
• 在 ChatGPT 中粘贴分享链接 → 快速解释项目背景

上下文更新与审批

这是 CoreMem 最有意思的设计。当 AI 工具通过 MCP 读取 Mem 后，它可以调用工具方法来提议更新上下文内容：

AI: 我发现项目中新增了 Redis 缓存层，
建议更新 architecture.md 添加该模块描述。

但更新不会直接生效——CoreMem 会发送一条审批通知给你（通过 Web 或 Discord/Email），你确认后才会写入。这避免了「Agent 自作主张改文档」的问题，对于多人协作的项目尤其重要。

与替代方案对比

最佳实践总结

1. 按维度拆分 Mem：不要把所有上下文塞进一个 Mem。按「项目架构」「编码规范」「部署流程」「API 文档」等维度拆分，AI 助手按需加载
2. 版本控制 Mem 源文件：你添加到 Mem 的文件（如 docs/architecture.md）应该纳入 Git 版本管理；Mem 本身是索引，不是内容副本
3. 定期清理过期 Mem：项目重构后及时更新或删除旧的 Mem，避免 AI 加载过时信息导致错误建议
4. MCP 优先，链接备用：对支持 MCP 的工具优先使用 MCP 集成（自动加载），对不支持的工具用分享链接（手动加载）

总结

CoreMem 解决了一个看似简单但实际上困扰很多开发者的问题：AI 编码工具的上下文孤岛。不需要为每个工具重复配置项目信息，也不需要每次新会话都粘贴一遍架构文档。通过 MCP 协议和分享链接两种方式，它让「写一次上下文，到处使用」成为现实。

虽然不是那种「几分钟改变工作流」的效率神器——它更像基础设施，一旦配置好就在后台默默地让所有 AI 工具都能更好地理解你的项目。

官网：https://coremem.app