为什么 Cursor 会忘记我的房屋约定？

Cursor 忘记你的房屋约定是因为约定作为隐性团队知识存在，规则文件无法完全捕捉，记忆是按工作区自动生成的，且不与队友共享，当约定指导失去提示权重时，模型会回退到互联网平均默认值。解决方案是一个共享的、可查询的约定记忆，供每个队友的 Cursor 读取。

Cursor 的项目规则和记忆试图捕捉每个团队的规范。但机制仍然错过了未成文的部分。

1. 约定是隐性的。 使房屋风格成为“房屋”的大部分内容并没有写下来。它存在于代码审查评论、Slack 线程和高级工程师做出的隐性选择中。规则文件捕捉了显性部分；其余部分只有在高级审查者在 PR 中发现时才会出现。

2. 记忆是按工作区、按开发者生成的。 Cursor 的记忆功能是工作区范围的，并基于聊天记录构建。你在你的机器上教给 Cursor 的约定并不是 Cursor 在你队友的机器上看到的约定。新员工获得的 Cursor 对你的团队一无所知。

3. 互联网默认值很强。 当提示中的约定指导失去权重时，模型会回退到它在训练中看到的主导模式，这些模式是互联网上每个公共 React/Node 仓库的模式。除非主动检索，否则你的房屋风格无法与该信号抗衡。

结果是：Cursor 在冷任务上反映互联网，而在最近被提醒时才反映你的团队。

每个房屋风格的遗漏都会导致你多次审查，而损失在新员工和队友之间累积：

• 新员工获得平均代码。 你的 Cursor 知道你的约定；而新员工的 Cursor 不知道，因此他们的第一次 PR 看起来像互联网 React，而不是你的代码库。
• 代码审查重新教授相同的课程。 “将获取包装在我们的 useApi 钩子中，而不是原始的 SWR”成为你每周留四次的评论，而不是 AI 强制执行的规则。
• 风格漂移累积。 每个遗漏小约定的生成文件都会增加小的不一致性，经过一个季度后，代码库已经明显偏向模型的默认值。

解决方案不是“写一个更长的风格指南”。而是将团队的约定变成可查询的记忆，供每个队友的 Cursor 自动读取。

Cursor 在这里推出了真实的功能。每个功能都有帮助，但没有一个能弥补差距。

*项目规则 (`.cursor/rules/.mdc)** 捕捉每个项目的显性约定，带有前言、通配符和 alwaysApply` 用于范围限制。它们对你已经阐明的规则很有效，但对尚未写下的隐性规则较弱，并且与代码共享提示预算。

记忆 从聊天记录自动生成简短规则，并将其范围限制到项目。它们作为基线是有用的，但只是 Cursor 推断你想要的摘要，而不是共享的团队合同，并且它们在一台机器的每个工作区中存在。

原生 MCP 支持 让 Cursor 通过 .cursor/mcp.json 或设置 UI 连接到外部记忆。这是共享团队范围约定的最简洁路径，因为 MCP 按需返回单一真实来源的上下文。

你可以在 官方 Cursor 文档 中阅读 Cursor 对规则和记忆的详细分析。

对于个人项目，原生功能很好。对于团队来说，它们会导致碎片化。

更深层次的问题是房屋约定是团队的产物，而不是个人的。它们在代码审查中演变，在回顾中得到澄清，并且需要在每个队友的编辑器中一致应用。仓库中的 .cursor/rules/*.mdc 文件有帮助，但它无法捕捉昨天在 PR 评论中做出的决定，并且如果队友使用 Claude Code、Cline 或 Windsurf 而不是 Cursor，它无法被读取。

这就是跨工具记忆层解决的问题：一个团队约定存储，由审查和决策提供，按需由团队中的每个 AI 编辑器检索。

MemoryLake 是一个跨模型的记忆层，位于你和你使用的每个 AI 之间。你的团队将约定放入一个共享的 MemoryLake 项目，而每个队友的 Cursor 通过 MCP 从该项目中读取，而不是依赖于按工作区存在的规则和记忆。

• 共享团队记忆。 约定只存储一次，并可供每个队友的编辑器访问，因此在 PR 中澄清的规则会在其他人机器上的下一个 AI 生成的文件中得到执行。
• 隐性知识变为显性。 捕捉审查反馈（“我们将获取包装在 useApi 中，而不是原始的 SWR”）作为结构化记忆，并从那时起强制执行。
• 可移植到其他 AI 编码工具。 相同的约定记忆可以在 Claude Code、Cline、Windsurf 和任何支持 MCP 的编辑器中使用。新员工在第一天就能获得团队的约定，无论他们使用哪个工具。

MemoryLake 在 LoCoMo 长上下文基准测试中得分 94.03%，这是截至 2026 年的最高已发布结果，具有毫秒级检索和 AES-256 端到端加密。

1. 创建团队项目并加载你的约定。 登录 MemoryLake，打开项目管理，点击创建项目，并以仓库和团队命名（例如，“Cursor - web-team 房屋风格”）。将你的风格指南、ADR 和一些规范参考文件放入文档驱动器。捕捉隐性约定（“我们使用 useApi，而不是原始的 SWR”，“迁移位于 db/migrations/<YYYYMMDD>/”）在记忆标签中，以便按主题检索。
2. 生成 MCP 服务器端点。 在你的项目中打开 MCP 服务器标签，点击添加 MCP 服务器，命名为“Cursor 集成”，然后点击生成。MemoryLake 返回一个 API 密钥 ID、密钥和端点 URL。立即复制密钥，因为它只显示一次。与团队共享端点；每个队友使用自己的 Bearer 令牌。
3. 连接 Cursor。 Cursor 自 2025 年以来就支持原生 MCP，这使得这是最简洁的路径。每个队友在仓库根目录的 .cursor/mcp.json 中添加 MemoryLake 服务器条目（或通过 Cursor 设置 > 功能 > MCP 进行连接），并输入他们的端点和 Bearer 令牌，然后重新加载 Cursor。房屋约定现在可以在每个队友的编辑器中按需加载。