メニュー
把一段已经完成的 Codex/Claude 学习对话复盘成可回看的中文 Markdown 学习笔记：保留用户亲手做过的操作、卡点、纠正和复习题，采用结论先行、证据清楚和 Mermaid 可视化的写法。Use when 用户说“复盘刚刚的学习”“写学习笔记”“把这段学习记下来”“下课总结”“以后复习用”。不用于每日进展、调研报告、会议纪要或仍在进行中的教学。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/destiny520537work-lab/fate-workskills --skill learning-notesコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
默认做带一手来源的中文深度调研；只有用户明确说“轻度调研、快速查、简要核实”才走轻量分支。深度调研分 2-4 路并行、官方资料优先、来源可点击、结论先行。Use when 用户说"调研、研究一下、标杆、竞品、对比产品、写调研报告"，或需要评估技术方向、商业模式、公司现状。
对研究结论、实验报告或技术宣称做对抗性审稿——逐条核实到代码、数据和原始材料，专抓循环论证、prompt 泄题、混杂变量、代码与宣称不符、样本量与措辞不匹配。产出逐条判定表、措辞降级建议和证据分级定位。Use when 用户准备发布结论、提交论文或技术报告，或要求“敌意审稿”“挑漏洞”“看看哪些结论站不住”。
提炼复杂 repo、论文、产品、架构、业务模式或技术系统真正的核心价值与运行闭环，区分目标、关键机制、规模化手段、表面功能和非核心噪声，并用大白话、Mermaid、一句话精髓及验证问题讲清楚。Use when 用户问“最精髓是什么”“讲讲精华”“核心到底是什么”“别堆模块名”或“帮我看懂这个系统真正有价值的部分”。
SOC 職業分類に基づく
SKILL.md を表示中
| name | learning-notes |
| description | 把一段已经完成的 Codex/Claude 学习对话复盘成可回看的中文 Markdown 学习笔记：保留用户亲手做过的操作、卡点、纠正和复习题，采用结论先行、证据清楚和 Mermaid 可视化的写法。Use when 用户说“复盘刚刚的学习”“写学习笔记”“把这段学习记下来”“下课总结”“以后复习用”。不用于每日进展、调研报告、会议纪要或仍在进行中的教学。 |
把一次学习从聊天中的短期体验变成用户将来能读懂、能自测、能继续的长期笔记。这个 skill 不自动触发：只有用户主动要求复盘时才使用；它独立于 learn，不负责上课、出题或制定学习计划。
***。learning/notes/。沿用目录现有编号规则；没有编号规则时使用 YYYY-MM-DD-主题-学习复盘.md。git add、commit 或 push；提醒用户用已学流程自行提交。# {主题}学习复盘
学习日期：YYYY-MM-DD
## 先把这次学习说清楚
这次要解决什么；开始时为什么不会；最终走到了哪里。
## 结论
用 2-4 段写最重要的理解、已验证结果、还未掌握的边界。
## 这次是怎么走通的
只保留关键转折，不复述全部聊天；每一步写“看到什么 -> 怎么判断 -> 做了什么”。
```mermaid
flowchart LR
A[起点] --> B[关键操作]
B --> C[验证结果]
C --> D[下次继续]
每条命令保留原文，并解释中文意思、参数、是否改变本地或远端、成功时应看到什么。
按“当时怎么想 -> 为什么不对 -> 现在怎样判断”记录，优先写未来最可能重犯的点。
3-5 道由概念到动手的问题，不直接附答案。
给一个最小、能亲手完成的下一步。
满分 10 分；写分数、扣分点和下次提分动作。
Sources:
## 写法标准
- 像一份严谨的复盘报告：问题说清楚、结论先行、证据链能检查、术语第一次出现就解释。
- 正文以短段落为主；列表只用于命令、卡点、复习题和明确的行动项。不要堆满模板式 bullet。
- Mermaid 画“从不会到会”的真实路径，不能只画装饰性框图。学习很小也至少有 1 张图。
- 命令解释必须具体。例：`git push origin main` 要说明 `push` 是上传本机提交、`origin` 是远端别名、`main` 是分支；它会改 GitHub 远端，成功时会看到 `main -> main`。
- 命令验收只写已经出现或确实会出现的信号；例如 `git diff --cached --check` 无输出只代表没有常见空白格式错误，不代表内容必然正确。
- 不把“会执行一次”写成“已经掌握”。保留尚需复习的部分，评分要诚实。
## 与其他 skill 的分工
- `learn`：正在教学、让用户动手、检查理解，之后可以用本笔记复习。
- `daily`：回溯某天做过什么，写工作进展。
- `research`：调研外部事实、给来源和业务判断。
- `learning-notes`：一次已完成学习的个人复盘和可回看笔记。