关于 learned
用于在交付完成后快速记录经验的技能，通过四个问题收集教训与可复用的成功做法，并追加到指定的 Obsidian 学习日志；无法访问保险库时则返回 Markdown。
主要功能
- 01四问式经验记录
- 02逐条原样记录单行回答
- 03可将成功做法转为反馈记忆
- 04追加写入 Obsidian 日志
- 05保险库不可用时提供 Markdown
适用场景
- 01完成交付后记录经验
- 02记录下次要调整的做法
- 03将可复用实践保存为反馈
- 04Obsidian 保险库离线时保存条目
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/learned确认已加载。
详细介绍
/learned — 交付后学习记录
一个 30 秒的人类学习循环：记录一项已完成工作带给你的启示，趁它还没消散。这是 journal-reflection 技能中定义的交付后记录模式的显式命令入口——该技能包含规范流程；此技能则是快速触发器 /learned。起源：video-insights 改进 #14。
何时使用
完成任何实质性交付后，想要记录经验时使用。若要进行更全面的反思（一天结束、一周结束、回顾过去的决定，或建立新框架），请改用 journal-reflection——它还包含其他四种模式。
/ wrap-up 已提供在会话结束时记录的功能；/learned 适用于其他任何时刻。
操作步骤
依次逐个提问以下四个问题。每个回答限一行。不要自动作答；逐字记录 Ane 的回答。
- 这项交付让你对工作有了什么认识？
- 下次你会有什么不同做法？
- 一件值得延续的事。
- 哪些做法有效，值得重复？（成功经验提取）
如果 Ane 没有说明交付内容，请询问一个 2–4 个词的标签。
成功经验路由。 如果回答 4 提到可重复的系统行为（提示词模式、工作流、专业人员或模型选择），请询问是否也将其作为 feedback 记忆记录，并添加 Why: 和 How to apply: 两行——只问一次是或否，不要施压。这样 /improve-system 就能追踪经确认的成功经验，而不只是改进事项。无论如何，知识库条目都会记录全部四个回答。
文件位置
按照 journal-reflection 的交付后记录模式的确切规范，将内容追加到 Obsidian 知识库中的单一日志 5 JURNAL/Learning/deliverable-learning-log.md（OBSIDIAN_VAULT_ROOT = C:/Users/AGasser/OneDrive/Ane Obsidian Vault）：
- 如果文件不存在，请创建文件，添加 YAML frontmatter（
type: learning-log）和 H1，然后添加第一条记录。 - 如果文件已存在，请追加一个新的
## YYYY-MM-DD — <交付标签>章节，并以项目符号列出四个回答；保留此前所有条目的字节级原样（编辑保留；应用mel_wiki/wiki/concepts/edit-preservation-protocol.md）。
仅限本地：如果无法访问知识库路径（网页会话、其他设备），请在回复中提供 Markdown，并注明目标路径，以便 Ane 手动保存。
限制
不要编造反思。不要说教。每次调用只记录一条。这项技能不能替代 journal-reflection——它只是其中快速的交付后记录部分。