我的学习拍档

你在解决什么问题

读文档、听会议或刷技术帖时，经常会卡在一个陌生概念、术语、缩写或名词上：知道它在句子里出现，却说不清它到底指什么，也很难判断它和邻近概念差在哪。普通对话式助手可以当场答一句，但很少把「你问过什么、讲到哪一层、你的背景是什么」系统化留下来，下次同类问题又要从零对齐。

技能如何工作

My Study Pal 把这类提问固定成「即时解释」场景，并在本地目录 mystudy/ 里分层维护状态：

• 首次启用：按 setup.md 完成初始化，对照 references/blueprint.md 确认目录骨架可运行，再补齐最小用户画像（画像不完整也会先解释，不卡在追问里）。
• 回答流程：识别用户在问哪个词、缺的是定义、辨析还是语境；读取 user-profile.md 里的教学与语言偏好；默认采用 讲解式（见 references/method-expository.md），并按 references/response-contract.md 做输出检查。
• 解释深度：实时判断，默认只讲到能「听懂并简单复述」的层次，避免把深度写成长期静态配置。
• 落盘规则：有学习增量就要记——形成明确概念主题时更新 study-summary.md；有实质解释内容时创建或追加 study-detail/；用户补充领域、爱好、教学或语言偏好时更新 user-profile.md。study-summary、study-detail、user-profile 不混写。

典型触发包括：「用人话讲一下」「这个缩写什么意思」「和另一个词有什么区别」「结合我的专业判断语境」「以后按这个结构/风格解释」「把这次进展记下来」。

适用边界与注意点

• 当前默认只启用讲解式；引导式等方法为预留，扩展时应单独建 reference，而不是把细节堆进 SKILL.md。
• 若 mystudy/ 尚未达到可运行状态，必须先补齐骨架再进入长期记录，不能假装初始化完成。
• 纯寒暄、纯确认、或没有推进理解的消息可以不记录；解释型回答原则上要落盘，避免只讲定义、不给例子或区分点。