完成实质交付物后，用 /learned…

在一项实质工作完成后，用 30 秒快速记录关于该工作的学习心得，并写入持续累积的学习日志。

适用场景

解决思路

1. 以 30 秒人类学习循环运行：在一项已完成工作教会你的内容蒸发前捕获它。
2. 依次逐个询问以下四个问题，每次只问一个；每项回答保持一行；不要自动代答，Ane 的原话逐字记录。
3. 问题 1：What did this deliverable teach you about the work?（这个交付物在关于工作方面教会了你什么？）
4. 问题 2：What would you do differently next time?（下次你会有什么不同做法？）
5. 问题 3：One thing to carry forward.（一件要延续下去的事。）
6. 问题 4：What worked that you want repeated?（成功提取：什么做得好、你想重复？）
7. 如果 Ane 没有给交付物命名，询问一个 2–4 个词的标签。
8. 成功路由：如果第 4 个回答提到可重复的系统行为（提示词模式、工作流、专家或模型选择），询问是否也将其存入 `feedback` memory，并写出 **Why:** 和 **How to apply:** 两行；只做一次是/否确认，不施压。这让 `/improve-system` 能趋势化已确认的成功，而不只是纠正项。无论是否存入 memory，vault 条目都记录全部四个回答。
9. 文件放置：追加写入 Obsidian vault 中的单一持续日志 `5 JURNAL/Learning/deliverable-learning-log.md`（`OBSIDIAN_VAULT_ROOT` = `C:/Users/AGasser/OneDrive/Ane Obsidian Vault`），具体格式与 `journal-reflection` 的 Post-deliverable capture 模式一致。
10. 如果该文件不存在：用 YAML frontmatter（`type: learning-log`）和 H1 创建它，然后加入第一条条目。
11. 如果该文件已存在：追加一个新的 `## YYYY-MM-DD — <deliverable label>` 小节，把四个回答写成 bullets，并保持之前所有条目 byte-identical（edit-preservation；应用 `mel_wiki/wiki/concepts/edit-preservation-protocol.md`）。
12. Local-only：如果 vault 路径不可达（web session、其他设备），在回复中返回该 markdown，并写出目标路径，让 Ane 手动保存。
13. 不要编造反思。不要说教。一次调用只做一次捕获。此技能不替代 `journal-reflection`。

适用边界 · 注意事项

• 需要更完整的反思（日终、周终、回顾过去决策或新框架）时不要用 `/learned`；改用 `journal-reflection`，这些是它的另外四种模式。
• 会话结束时的 wrap-up 已经提供该功能；不要在 `/wrap-up` 已覆盖的会话结束时刻重复使用 `/learned`，它用于其他任意时刻。
• 不要用它替代 `journal-reflection`；不要编造反思、说教，或一次调用做多次捕获。