大活

.cursor/skills/profile-memory/SKILL.md

@@ -22,6 +22,35 @@ description: >-
 精简版 Profile 是 Agent 每次会话的上下文输入，必须极度精简。
 详细 Log 保留完整上下文，供用户主动查阅和溯源。
 
+## 锚点 ID 机制
+
+每条画像记录在写入时生成一个**锚点 ID**，格式为 `PF-YYYYMMDD-NN`（如 `PF-20260412-01`），
+其中 NN 为当天的序号。
+
+锚点 ID 在精简版和 Log 中保持一致：
+- 精简版条目格式：`- 条目内容 <!-- PF-20260412-01 -->`（HTML 注释，不影响可读性）
+- Log 条目的 H3 标题：`### [PF-20260412-01] YYYY-MM-DD — 简短标题`
+
+这使得从精简版到 Log 的查找可以通过 Grep 精准定位，无需全文读取 Log。
+
+## 逐级上溯机制
+
+当 Agent 在使用精简版 Profile 作为上下文时，如果某条记录**语义模糊**
+（如无法判断偏好的具体适用场景、与当前任务的关系不明确），执行以下查找：
+
+```
+1. 从精简版条目中提取锚点 ID（HTML 注释中的 PF-xxx）
+2. 在对应的 Log 文件中 Grep 该 ID
+   - 找到 → 用 Read 工具读取该 ID 所在行号 ±15 行范围（精准读取，不读全文）
+   - Log 中包含原始上下文、来源对话等完整信息，通常足以消除歧义
+```
+
+### 上溯原则
+
+- **按需触发**：只有在精简版信息不足以支撑当前判断时才上溯
+- **精准读取**：通过 Grep 定位行号 + Read 局部读取，禁止全文读取 Log
+- **最小化**：一次上溯通常只涉及 1-2 条记录
+
 ## 硬上限
 
 - user-profile.md：不超过 **50 行**
@@ -93,16 +122,17 @@ description: >-
 
 ```
 1. 读取对应的精简 Profile 和详细 Log（不存在则用模板创建）
-2. 按变更类型执行：
-   - 新增：在对应分类下追加条目
-   - 演进：替换对应旧条目为新措辞
-   - 转向：替换对应旧条目为新措辞（用户已在确认流程中审核）
-3. 写入精简 Profile
-4. 追加详细 Log，其中：
+2. 为每条新记录生成锚点 ID：PF-YYYYMMDD-NN（检查 Log 中已有 ID 避免冲突）
+3. 按变更类型执行：
+   - 新增：在对应分类下追加条目，带锚点 ID 注释
+   - 演进：替换对应旧条目为新措辞，沿用旧条目的锚点 ID（或生成新 ID，视变化程度而定）
+   - 转向：替换对应旧条目为新措辞，生成新锚点 ID（用户已在确认流程中审核）
+4. 写入精简 Profile（条目格式：`- 内容 <!-- PF-xxx -->`）
+5. 追加详细 Log（标题格式：`### [PF-xxx] YYYY-MM-DD — 简短标题`），其中：
    - 新增条目：操作记为"新增"
    - 演进条目：操作记为"更新（旧值 → 新值）"
    - 转向条目：操作记为"转向（旧值 → 新值）"，便于溯源重大变化
-5. 检查精简 Profile 是否超过硬上限，超过则提醒用户精简
+6. 检查精简 Profile 是否超过硬上限，超过则提醒用户精简
 ```
 
 ## 操作 B：用户主动管理
@@ -205,7 +235,7 @@ description: >-
 每次写入 Log 时，追加以下格式的条目：
 
 ```markdown
-### YYYY-MM-DD — 简短标题
+### [PF-20260412-01] YYYY-MM-DD — 简短标题
 - **分类**: 对应的精简 Profile 分类名
 - **精简版**: 写入精简 Profile 的那一行内容
 - **原始上下文**: 用户原话或对话中的关键语句