给 Cursor 一个永不遗忘的记忆
Swylink 为 Cursor 提供智能、持久的上下文。来自 Claude Code、Windsurf 或 Copilot 的决策可按语义搜索——Cursor 始终知道发生了什么。
4 步连接 Cursor
- 01安装npx swylink@latest init
- 02认证npx swylink auth
- 03连接npx swylink connect
- 04编码打开 Cursor 即可开始
Swylink 将 Cursor 配置写入的位置
.cursor/mcp.json运行 npx swylink connect 会自动检测 Cursor 并将 MCP 桥接配置写入此路径。无需手动编辑。
为什么 Cursor 需要跨工具持久记忆
Cursor 是最强大的 AI 编辑器之一，但其上下文模型有一个根本局限：仅限于项目和会话范围。.cursorrules 定义项目规范，Composer 可以精确地编排多文件编辑。但一旦关闭会话或切换到 Claude Code 进行复杂重构，所有积累的上下文——架构决策、API 模式、依赖权衡——全部消失。
Swylink 作为持久语义记忆层填补了这一空白。Composer 会话中的每个决策都会自动以结构化元数据捕获：什么变了、为什么变、影响了哪些文件。当你之后打开 Claude Code，可以搜索'为什么我们重构了 auth 模块'并立即获得 Cursor 会话中的推理。
这对在 Cursor 和 Claude Code 之间切换的开发者特别有价值——Cursor 的速度配合 Claude Code 的深度，零上下文丢失。
从 Cursor 流向其他 AI 工具的上下文
Swylink 捕获关键决策：Composer 会话中的架构选择、包选择及替代方案被拒原因、API 设计决策、文件重构逻辑、命名规范和性能权衡。在 Claude Code 或 Windsurf 中按语义搜索即可获取 Cursor 会话的精确决策。
关于 Swylink 与 Cursor 的常见问题
Swylink 是否支持 Cursor 的 Composer？
是的。Swylink 捕获所有 Cursor 交互的上下文，包括 Composer 的多文件编辑会话。架构决策以结构化元数据持久化，可从任何其他 AI 工具搜索。
Cursor 的 MCP 配置在哪里？
Cursor 从项目根目录的 .cursor/mcp.json 读取 MCP 配置。运行 npx swylink connect 会自动检测 Cursor 并写入正确的服务器配置。
Swylink 能读取我的 .cursorrules 吗？
不能。Swylink 通过 MCP 协议作为独立工具运行，不读取或修改 .cursorrules。您的 .cursorrules 继续正常工作——Swylink 在其之上添加跨工具持久记忆。