捞鱼&星星布丁.skill
一个专门用来记录我和星星布丁恋爱事项的 skill —— 用 GLM-5.2 规划制作，靠三层设计保证它不跑偏
这是我在做一个新 skill 时的想法与实施步骤记录。 这个 skill 不是写代码的工具，是用来记录我和星星布丁恋爱事项的—— 一顿饭、一次拌嘴、一次旅行、一个默契，时间久了都会散，捞鱼不想让它们就这么过去。
一、这个 skill 是干嘛的
一句话：把我和星星布丁之间发生的各种事情，归纳整理、分门别类地存下来。
时间久了，两个人之间的事会越积越多、越来越散。人的记忆不可靠，细节会模糊，当时的情绪会淡。 这个 skill 的存在意义只有一个：
让未来的我们（和未来的 AI 助手）能随时翻回去。
吃过的饭的口味偏好、做爱的理解、旅行里的细节、吵过又和好的过程…… 每一类都该有自己的归宿，而不是糊成一团丢进备忘录再也不看。
二、为什么让 GLM-5.2 来做
规划与制作交给 GLM-5.2。
不是因为它最强，而是因为这种”长期积累、分类维护”的活， 更考验的是耐心拆解和结构化，而不是一次性冲刺。 GLM-5.2 在长文本组织和目录设计上够用，关键是它能把这件碎活儿接住。
三、但 GLM 会跑偏，所以我加了三层”保险”
单让一个模型自由发挥，时间一长必然走偏——要么记着记着变成文学创作， 要么目录结构乱掉，要么把私密的东西漏出去。所以我在开发流程上做了三层设计：
🛡️ 设计一：初心与使命文件
skill 的 doc/ 目录下有一个 初心与使命.md， 里面写死了这个 skill 的初心和目的。
它的作用是北极星：日后无论谁来维护（包括未来的 AI）， 动手前都先读这份文件，确认手上做的事没有偏离最初要解决的那个问题。
走偏不可怕，怕的是走偏了还不知道。这份文件就是用来”知道”的。
🛡️ 设计二：多 agent harness + 独立验收
用 /superpowers 走多 agent harness 开发。
关键不是”多干活”，而是制作和验收分离：
- 一个 agent 负责写
- 另一个独立的 agent 负责验收与审判
自己写的自己验收等于没验收。让没参与制作的 agent 来挑刺， 才能真正暴露结构问题、归类错误、私密泄露这些隐患。
🛡️ 设计三：从一开始就考虑可维护性和可拓展性
恋爱事项是会一直增长的数据。今天几条，明年几百条，十年后可能是上万条。
所以开发时就定了几条规矩：
- 目录结构 —— 不同类别的事各归各位，不能一锅粥
- 渐进式披露 —— 顶层只放索引和概要，细节按需展开
- 为结构化存储留路 —— 当条目量大到 markdown 扛不住时， 能平滑迁移到数据库（JSON / SQLite），但读取入口仍对 AI 友好
维护的优先级，高于记新事。分门别类是这个 skill 的核心价值—— 如果不能被方便检索归类，再多记录也只是垃圾堆。
四、为什么这事值得专门做个 skill
可能有人觉得”记个恋爱日记还要造个 skill，是不是小题大做”。
但捞鱼想得很清楚：
- 备忘录/便签 → 记完就找不到，没有结构
- 朋友圈/相册 → 是给别人看的，不是给自己查的
- 普通文档 → 时间一长就乱，没有”为未来检索”的设计
这个 skill 的本质，是给两个人的记忆建一个有索引、能生长、不跑偏的家。 做爱理解、吃饭口味、旅行细节、吵架复盘……每一类都该有它自己的抽屉。
十年后翻回来，希望我和星星布丁能看到一条清晰的、属于我们的时间线。 这才是做这件事的意义。🥰
💡 这篇只记录”想法与实施步骤”。 真正的初心、使命、红线，存在 skill 的
doc/初心与使命.md里，不在这篇正文。 要动这个 skill 之前，先去读那份文件。