English TL;DR — A Claude Code skill that turns an unfamiliar topic into a series of long-lived Feishu (Lark) docs: it interviews you for requirements, produces an outline for approval, then generates and publishes each piece, finishing with three rounds of independent audit. Note: publishing depends on
lark-cli(see Dependencies).
把一个陌生话题，变成一套可反复查阅的系列飞书文档。
它不负责"回答一个问题"，也不负责"长期跟着你学" —— 它负责留档： 先问清你要什么，再出一份知识大纲给你改，然后按大纲逐篇生成、逐篇发布， 最后自己派三轮独立审计去挑自己的错。
段① 背景与需求 → 停 问你 5 件事 + 一张「这个领域通常包含哪些方面」的勾选清单
段② 大纲 → 停 按 12 条硬规则产出，跑完整性自检，落盘 outline.md
段③ 生成 逐篇：写 → 发 → 配图 → 第一轮自检 → 更新台账
收尾 逐条对账 → 写 00 篇导读 → 第二轮跨篇自检
→ 第三轮独立审计（另起 subagent）→ 删临时文件
每一段末尾都停下等你确认，不会一路跑到底。
1. 快的是你的入门速度，不是生成速度
交互越多 → 需求越准 → 文档越对 → 用户入门越快 ✅
为了"少打扰"而少问 → 视角/深度选错 → 整批重写 ❌ 这才是慢
所以它会多问。面对"完全小白、说不出自己想要什么"的用户，它会给选项而不是给空白 —— 因为开放问题对说不出需求的人是无效的。
2. 自检不能替代独立审计
这条是实跑出来才写进去的。一个真实跑批（16 篇文档）里：
| 谁查的 | 抓到多少 |
|---|---|
| 作者自己第一轮自检 | 7 条 |
| 独立审计（另起 3 席 + 派生专项） | 20+ 条 |
而独立审计抓到的最要命的几条，全都躺在"作者已经检查过"的地方。 ⇒ 自检的盲区是结构性看不见：你查的永远是你写过的地方。"自己再检查一遍"不会改善这一点 —— 要换人。
3. 每个 ✅ 都要能指回一次实际验证
台账里写了"画板 ✅"、但图其实从没插进文档 —— 这事真的发生过，而且连着两轮自检都没发现。 ⇒ 写不出来的 ✅ 等于没做。
git clone https://github.com/yu347358/learning-quickly-skill.git
cp -r learning-quickly-skill/skills/learning-quickly ~/.claude/skills/Windows 用户：如果
~/.claude/skills是指向~/.agents/skills的链接， 注意ln -s会静默变成拷贝（那就有两份、改一份另一份不生效）， 要用 PowerShell 的New-Item -ItemType Junction。
仓库根就是插件根（含 .claude-plugin/plugin.json）。
| 依赖 | 必需？ | 说明 |
|---|---|---|
lark-cli |
★ 发布环节必需 | 6 个参考文件里有 3 个是飞书操作（发布 / 改文档 / 画图）。没有它，段③ 发布 这一步走不了 —— 但 段① 需求 与 段② 大纲 完全不受影响，你可以只用前两段，把产物落到本地。 |
| 网络 | 事实核查席需要 | 第三轮 C 席要对"会改变读者行动"的论断查一手出处 |
lark-cli 是飞书（Lark）的企业级 CLI，不是公开工具 —— 这一点请按自己的环境判断。
.claude-plugin/plugin.json 插件清单
skills/learning-quickly/
├── SKILL.md 主入口：三段交互 + 12 条硬规则 + 六个防缩水机制
└── references/
├── outline-template.md 大纲字段格式 + 完整性自检检查单 + 时效标注三档
├── document-template.md 单篇五段结构 + 前置自证 + 配图四条要求 + 发布前自查
├── overview-template.md 00 篇导读（六合一）+ 学习资料推荐的四条硬要求
├── feishu-publishing.md 飞书命令、已知缺陷、错误自查（★ 需要 lark-cli）
├── final-audit.md 第二轮三道工序 + 第三轮三席 + 一手来源规则
└── change-propagation.md 改一处的连带同步清单 + 用户中途提要求
主文件刻意保持精简（约 300 行，只放"每轮都会读"的闸门与指针）；
只在特定时机才读的工序放在 references/ —— 因为收尾恰好是上下文最满的时刻，
把长清单塞进主文件等于承认它会被跳过。
- 不适合"我就想问一个具体问题" —— 那直接问就行，不用这个。
- 不适合"长期跟着我学、跨会话累积" —— 那需要另一种东西。
- 它的产出质量取决于话题 —— 涉及钱 / 资格 / 法规 / 安全的话题，它会强制回到一手原文； 偏"经验之谈"的话题，它给的是判断方法而不是标准答案。
- 它刻意不推荐具体产品 —— 因为"在售清单"几个月就变一次， 而"怎么判断适不适合我"这套方法你能用很多年。
MIT