cursor Init 完善多人协同changelog，以及godot相关基础skill和代码规范

.cursor/rules/common/profile-recall.mdc

@@ -1,46 +1,23 @@
 ---
-description: 每次会话开始时读取用户画像和项目画像，将精简 Profile 注入上下文以指导 Agent 行为
+description: 会话开始时读取用户与项目画像，并被动识别值得确认的新偏好
 alwaysApply: true
 ---
 
-## 画像上下文注入
+# 画像回忆
 
-每次会话处理用户第一个任务前，执行以下操作：
+处理会话中的第一个任务前：
 
-1. 读取 `~/.cursor/profile/user-profile.md`（不存在记为 user_missing）
-2. 读取 `.cursor/profile/project-profile.md`（不存在记为 project_missing）
-3. **冷启动检测**：如果 user_missing 或 project_missing 为真，在回复开头简要提醒：
-   > 画像系统尚未初始化（缺少：user-profile / project-profile）。
-   > 如需启用画像功能，请说"初始化画像"，我会引导你完成。
-   - 每次会话最多提醒一次，不重复打扰
-   - 如用户回应"初始化画像"，读取 `profile-memory` Skill 并按其模板创建文件，
-     然后引导用户填写基本信息
-4. 如文件存在且有实质内容（非空模板），将其内容作为背景知识纳入考量
-5. 在后续回复中，Agent 应自然地参考画像信息，无需显式引用
+1. 读取 `~/.cursor/profile/user-profile.md` 和 `.cursor/profile/project-profile.md`。
+2. 文件缺失时最多提醒一次，并在用户希望初始化时读取 `.cursor/skills/profile-memory/SKILL.md`。
+3. 有效画像仅作为背景参考自然应用；当前用户指令与画像冲突时，以当前指令为准。
+4. 精简画像条目有歧义时，按其锚点在对应日志中精确查找，只读取必要局部，不全文加载历史。
 
-### 注意
+## 被动识别
 
-- 画像信息是背景参考，不是硬性约束——当用户当前指令与画像冲突时，以当前指令为准
-- 不要在回复中提及"根据你的画像"之类的措辞，自然融入即可
-- 画像的记录和管理由 `profile-memory` Skill 负责，本 Rule 只负责读取和注入
+用户明确表达长期偏好、长期禁忌、固定工作方式，或项目定位、目标用户、技术栈与架构决策时：
 
-### 逐级上溯
+1. 区分本次临时要求与可跨会话复用的信息。
+2. 对可能长期有效的信息，读取 `profile-memory` Skill 并先向用户确认是否记录。
+3. 未经确认不得把推测写入画像；隐式信号不强行记录。
 
-当精简版 Profile 中某条记录**语义模糊**（无法判断偏好的具体适用场景），
-按以下步骤精准查找详细 Log，**禁止全文读取 Log 文件**：
-
-1. 提取该条目的锚点 ID（HTML 注释中的 `PF-xxx`）
-2. 用 Grep 在对应的 Log 文件中搜索该 ID，获取行号
-3. 用 Read 工具读取该行号 ±15 行范围，获取原始上下文和来源信息
-4. 一次上溯通常只涉及 1-2 条记录，不批量上溯
-
-## 被动检测触发点
-
-被动检测不在本 Rule 执行，而是由 `changelog-recall.mdc` 的
-**任务完成 Checklist 前置项 A（画像信号扫描）** 统一触发。
-
-理由：本 Rule 仅负责上下文注入（低成本、每次必做）；被动检测需要挂入
-已有强制力的 checklist 中才能避免被 Agent 遗漏，该 checklist 由
-`changelog-recall` 维护，两者分工清晰。
-
-具体触发词族和短路逻辑详见 `changelog-recall.mdc` 中的前置项 A 定义。
+文件或 Skill 不存在时只报告缺失，不自行创建不兼容格式。