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

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

@@ -1,44 +1,27 @@
-## Problem Distillery 上下文注入
+---
+description: 会话注入已蒸馏经验，并被动识别反复未解决的问题
+alwaysApply: true
+---
 
-### Golden Rules 注入
+# Problem Distillery 回忆
 
-每次会话处理用户第一个任务前，执行以下操作：
+## 会话注入
 
-1. 读取 `.cursor/distillery/golden-rules.md`（不存在则跳过）
-2. 如文件存在且有实质条目（不仅是标题），将全部条目作为背景知识注入上下文
-3. 这些是经过实践反复验证的精炼认知，Agent 在分析和解决问题时应自然参考
-4. 不需要在回复中显式提及"根据 Golden Rule"
+处理会话中的第一个任务前：
 
-### 蒸馏提醒检查
+1. 读取 `.cursor/distillery/golden-rules.md`；不存在或只有模板时跳过。
+2. 将有效条目作为解决问题的背景约束自然应用，不必显式声明来源。
+3. 读取 `.cursor/distillery/insights.md` 的蒸馏日期；距今超过 7 天时，按需检查 `.cursor/distillery/problems.md`。
+4. 若存在已解决但尚未蒸馏的条目，最多提醒一次并询问用户是否现在整理。
 
-每次会话处理用户第一个任务前，额外检查：
+## 被动触发
 
-1. 读取 `.cursor/distillery/insights.md`（不存在则跳过）
-2. 检查文件尾部的 `last_distill_date` 字段
-3. 如果距今超过 7 天，读取 `.cursor/distillery/problems.md`
-4. 统计 `status: resolved` 且无 `distilled:` 标记的条目数量
-5. 如有未蒸馏的已解决条目，提醒用户：
-   > 你有 N 个已解决的顽固问题尚未总结，要花几分钟蒸馏一下吗？
-6. 每次会话最多提醒一次
+整个会话中持续关注以下信号：
 
-### 顽固问题检测
+- 用户明确表示问题仍未解决或再次出现；
+- 同一问题采用两个方案后仍失败；
+- 已记录的踩坑再次出现且没有稳定解法。
 
-Agent 在整个对话过程中应保持对以下信号的被动感知：
+命中时读取 `.cursor/skills/problem-distillery/SKILL.md`，按其追踪流程执行，并利用已有 insights 做相关经验验证。没有命中时不要读取完整 `problems.md`。
 
-1. 用户表达问题未解决："还有问题"、"没解决"、"还是一样"、"又出现了"、"不行"、"没用"
-2. Agent 自身意识到同一问题已尝试 2 次以上仍未解决
-3. pitfall-journal 中已有记录的问题再次出现
-
-检测到上述信号时，读取 `problem-distillery` Skill 并执行其操作 A。
-
-### 验证触发
-
-当操作 A 触发时（追踪新的或再次出现的顽固问题），如果 `insights.md` 非空，
-还应执行操作 D 的被动验证流程——匹配是否有相关的已蒸馏经验可供参考。
-
-### 注意
-
-- Golden Rules 注入是极轻量操作（预期 < 30 行），每次会话都执行
-- 蒸馏提醒按需触发，只在条件满足时提醒
-- problems.md 的详细记录**不主动读取**，仅在操作 A/B/C 时按需读取
-- 本 Rule 只负责触发和注入，具体操作流程由 `problem-distillery` Skill 定义
+文件或 Skill 不存在时静默跳过读取；需要写入而 Skill 缺失时报告缺失，不自行创造结构。