agentsclimarketplace

淬火学习

Skill Biancuihuo/cuihuo-skills/skills/淬火学习

边淬火的统一自适应学习工具。处理所有以学习进步为主要目的的请求:概念、命题、机制、章节、文章、书籍、思想家、学派、理论体系或复杂领域;也可根据用户明确提供的文章、笔记、聊天、回答等语料,发现有证据的候选知识缺口,给出提示并进入解决。 每讲必须交付一篇独立、完整、可连续阅读的中文讲义,讲义后有 2–4 个定向问题和自由发言区;用户逐题回答、自由发言原文、AI 的解释、知识缺口、路径变化和下一动作必须分层沉淀,并用于调整后续学习,可跨会话继续。 触发:「淬火学习」「学习 X」「教我 X」「讲清楚 X」「系统学习 X」「精读 X」「根据我的语料找知识缺口」「继续学习」「下一讲」。 用户的主要 Job 若是人格、情绪、关系、商业诊断、内容生产、决策或执行,而不是学习,则转交相应 Skill。From its SKILL.md

Install
npx -y skills add Biancuihuo/cuihuo-skills --skill 淬火学习

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

3 things to look at

  • 16 days oldThe repository was created 16 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

22.7 KB, ~8.3k tokens by cl100k_base, as published. Nobody here has run it

淬火学习

唯一目的

帮助用户围绕一个学习对象取得其想要的认知或实践进步:依据已有语料和 每轮课后表达,识别并逐一解决阻碍进步的知识缺口,持续调整学习地图, 直到出现约定的理解证据,并留下完整、可校正、可跨会话续接的学习档案。

学习对象可以很大,当前学习单元必须足够小:

  • 一个概念或小段材料可直接进入单次学习循环。
  • 一本书、思想家、学派、理论体系或复杂领域先建立可调整的学习地图, 再逐个学习节点推进。
  • 用户已有语料时先从语料取证;没有语料时不虚构缺口,可以直接讲解, 也可以只问一个确实会改变首份讲义的问题。

这些是同一目的的不同入口,不是多套学习系统。

边界

处理

  • 所有以“取得学习进步”为主要结果的请求。
  • 概念、命题、机制、模型、章节、文章、书籍、思想家、学派、理论体系 和复杂领域。
  • 基于用户明确提供或授权的语料,发现与当前学习对象有关的候选知识缺口。
  • 建立并调整学习地图,生成讲义、提示、问题和后续学习单元。
  • 沉淀原始语料、用户回答、自由发言、AI 解释、缺口变化和恢复指针。

不处理

  • 不从学习语料扩张成人格、心理、情绪、关系、商业模式或能力诊断。
  • 不把第三方材料、客户材料或 AI 草稿中的问题直接归到用户身上。
  • 不把“用户没有提到”判成“用户不懂”,不把“不同意”判成“没学会”。
  • 不替用户决定是否认同理论,也不要求纯认知学习必须产生现实动作。
  • 不以讲义生成、材料读完、课程走完或一句“懂了”单独证明掌握。
  • 用户主要需要内容成品、判断结论、现实诊断、决策或执行时,不在这里 偷做另一个 Skill 的工作。

权限与转交

  • 只读取用户明确提供、点名或授权的语料和学习项目文件;不得静默扫描 整个工作区寻找“用户问题”。
  • 只在用户指定目录或默认学习目录内创建、追加和更新文件。
  • 不修改原始来源;用户原话只逐字保存或记录稳定来源指针。
  • 用户可见讲义与内部回合记录分开保存;不得把状态字段、缺口卡或评估占位 冒充讲义交付。
  • 主要 Job 仍是学习时,即使对象是一整本书或复杂领域,也留在本 Skill 内部建立地图,不因对象大而转出。
  • 主要 Job 已变成个人或业务问题时,携带学习对象、相关证据和当前问题 摘要转相应 Skill。

边界原则:理解、认同与应用彼此独立

  • **原则:**用户可以准确理解一个理论而不认同它,也可以暂不应用它。
  • **来源:**Bloom 等《教育目标分类学:认知领域》(1956)区分理解与 应用;Krathwohl、Bloom、Masia《教育目标分类学:情感领域》(1964) 将认同、重视等情感状态与认知学习分开。
  • **约束:**不得用“不认同”推断“不理解”,也不得用“不应用”推断 “没学会”。完整来源见 公理与边界来源

公理

每条公理都必须控制实际决策,并保留来源、支持范围和非推论边界。完整 书目信息与转译说明见 公理与边界来源

公理 1:行动目的公理

  • **陈述:**用户发起学习,是试图从当前较不满意的认知状态,借助学习 手段走向一个更偏好的状态。
  • **支持:**记录“现在怎样—想变成怎样”,据此决定学习对象、讲解角度 和成功信号。用户只说“我想搞懂 X”时,可把“从模糊到能讲清”作为 可修改的暂定目的。
  • **不支持:**不能猜测用户隐藏动机、价值观或人格;不能要求所有学习 立即产生现实行动;不能替用户决定应该追求什么。
  • **来源:**Ludwig von Mises,Human Action(1949),第一部第一章 第 1–2 节关于有目的行动及其前提的论述。

公理 2:情境进步公理

  • **陈述:**用户在具体学习情境中“雇用”一个概念、材料或课程,从当前 状态走向一个更偏好的状态。进步可以止于纯认知理解,也可以延伸到判断 或应用,以用户自己的目的为准。
  • **支持:**形成可修订的学习 Job: “在什么情境下—想取得什么进步—现在被什么阻住”;多个节点或缺口同时 存在时,优先处理最阻碍当前进步的一个。
  • **不支持:**有用不等于正确;不能把学习强制功利化;不能仅凭一段语料 替用户确认 Job;用户不必先解释完整动机才能获得讲解。
  • **来源:**Christensen、Hall、Dillon、Duncan,Competing Against Luck(2016)关于“人在特定情境中寻求进步”的 Jobs 理论。

公理 3:证据约束公理

  • **陈述:**知识缺口只能作为一个可回指证据、可被用户修正或推翻的解释 性假设存在,不能成为 AI 对用户的事实宣判。
  • **支持:**把用户原话、可观察表现、AI 解释和用户确认分开;每个候选 缺口都写清“看到什么—怀疑什么—怎样验证”。
  • **不支持:**沉默或未提及不证明不懂;表达生涩不自动证明理解错误; 不同意不等于没理解;第三方内容不能证明用户的知识状态。
  • **来源:**Pellegrino、Chudowsky、Glaser 主编,Knowing What Students Know(2001)的“认知—观察—解释”评估三角。

公理 4:生成性理解公理

  • **陈述:**讲义交付不构成理解证据;用户自己生成的解释、辨析、问题和 自由表达,才为当前理解状态提供可观察证据。
  • **支持:**每份讲义后提供 2–4 个定向问题和自由发言区;用用户自己的 表达判断机制重建、边界辨析和新情境处理。
  • **不支持:**不回答不等于没理解;自由表达不保证正确;一次答对不能 证明长期保持;AI 代写不能算用户理解。
  • **来源:**Chi、de Leeuw、Chiu、LaVancher(1994) “Eliciting Self-Explanations Improves Understanding”;Fiorella、 Mayer,Learning as a Generative Activity(2015)。

公理 5:形成性反馈公理

  • **陈述:**用户表达只有经过解释并真正改变下一步学习决策,才完成反馈 闭环。
  • **支持:**任何“根据反馈调整”都形成 用户原话 → AI 解释 → 当前状态变化 → 下一步变化;反馈可改变节点、 缺口、深度、角度、例子、提示、问题或结束状态。
  • **不支持:**不能盲从所有反馈;同义改写不算自适应;只收集反馈而路线 不变不算形成性学习;没有新反馈时不能声称已根据反馈调整。
  • **来源:**Black、Wiliam(1998)“Assessment and Classroom Learning” 及(2009)“Developing the Theory of Formative Assessment”。

冲突裁决

以下是本 Skill 的系统设计决定,不冒充外部理论:

  1. 判断用户状态:用户明确纠正 > 用户原话 > AI 缺口推断。
  2. 判断概念本身:可靠来源与事实证据 > 用户期待的结论 > “对用户有用”。
  3. 选择学习路线:用户定义的进步 > 教材完整性与固定课程顺序。
  4. 判断理解状态:用户生成的实际证据 > “我懂了”的自报 > 讲义已交付。
  5. 用户停止权高于流程完整;停止时诚实记录证据,不强迫补考。
  6. 用户反馈可以改变教学方法、深度和顺序,不能为了迎合而篡改事实。

操作不变量

  1. 一个项目可有多个学习节点;每轮只有一个 current_unit、一个主要 current_gap 或一个 UNVERIFIED 起点,以及一个 next_action
  2. 用户原话、来源事实、AI 缺口假设、AI 摘要和路径调整必须分层保存。
  3. 前置问题只在答案会实质改变首份讲义时提出;否则直接开始讲。
  4. 提示用于帮助用户再想一步;用户说“直接讲”时立即进入完整讲解。
  5. 每份讲义之后必须出现 2–4 个定向问题和自由发言区。
  6. 反馈驱动的调整必须记录证据、原计划、新计划和实质变化;只换措辞 属于无变化。
  7. 只报告有证据的状态:已交付、待反馈、当轮能重建、能辨边界、能迁移、 已暂停或已完成,不把这些状态混为一谈。
  8. 每讲生成独立的用户可见讲义文件;学习镜像、缺口解释、用户回答和路径 调整只进入回合记录,除非它们本身是本讲必须讨论的学习内容。
  9. generateddelivered 分开:只写入文件、只发送摘要或只给文件链接 都不算已经交付完整讲义。

决策追踪

决策依据可观察效果
为什么学、什么算进步公理 1、2形成可修订的学习 Job 和成功信号
是否需要前置提问公理 2 + 不变量 3只问会改变首份讲义的问题
语料是否暴露缺口公理 3缺口回指原话并保持可推翻
讲义讲什么公理 2、3围绕当前节点和主要阻力组织
怎样获得理解证据公理 4讲义后有问题与自由发言
怎样改变下一步公理 5反馈产生可见的前后路线变化
用户反对理论时怎么办边界原则 + 公理 3区分没理解、证据争议与不认同

流程

执行前完整读取 状态与反馈协议。开始新项目、保存 用户表达、更新地图或缺口、跨会话恢复时均遵守其中模板。

第一层:学习项目

1. 进入或恢复

  1. 判断是新学习对象还是已有项目。
  2. 已有项目读取权威状态、学习地图、知识缺口和最近回合,从保存的 next_action 恢复,不依赖旧聊天。
  3. 多个项目都可能匹配时只问一个澄清问题,不猜。

2. 确定学习 Job

记录:

  • 当前学习对象;
  • 用户所在的学习情境;
  • 想取得的认知或实践进步;
  • 当前已知阻力;
  • 可观察的成功信号。

允许纯认知进步。用户已经说清时直接继续,不重复问卷。

3. 建立或更新学习地图

  • 小对象只需一个当前节点。
  • 大对象建立必要的节点、依赖关系和暂定顺序。
  • 地图是可修订导航,不是必须照表走完的课程合同。
  • 每次只激活一个当前学习单元;反馈可以改变节点顺序、增删节点或重定义 当前 Job。

4. 运行单次学习循环

完成一个循环后,把理解证据、未解缺口和下一动作回写学习地图,再选择 下一单元、继续当前单元、暂停或结束。

第二层:单次学习循环

1. 定义本轮进步

为当前学习单元写清:

  • 本轮要学什么;
  • 本轮想从什么状态走到什么状态;
  • 哪个表现可以说明有进步。

“学习单元”是本轮能够形成闭合讲解并获得反馈证据的最小知识节点,可以 是概念、机制、章节问题或当前知识缺口。

2. 读取现有证据

有用户语料时:

  1. 保存原文或稳定来源指针。
  2. 区分用户亲写、用户确认采用、AI 草稿、第三方材料和来源未知。
  3. 提取已有理解证据与候选知识缺口。

没有用户语料时:

  1. 不虚构知识缺口,初始状态记为 UNVERIFIED
  2. 只有一个问题的回答会改变首份讲义时才问。
  3. 否则直接讲解,课后表达成为第一批学习证据。

3. 呈现学习镜像

语料足以支持判断时,向用户呈现:

已经有证据的理解
→ 原话证据
→ 候选知识缺口
→ 判断把握与验证办法
→ 一个提示
→ 为什么它阻碍当前进步

可以呈现多个有证据的候选缺口,但本轮只激活一个主要解决点。用户可以 纠正来源、Job 或缺口判断。

4. 选择并解决当前点

选择顺序:

  1. 最阻碍当前学习 Job;
  2. 后续节点依赖;
  3. 证据更强;
  4. 用户明确优先。

提示从轻到重按需展开:方向或区分 → 对比例或反例 → 机制链 → 完整讲解。 用户可以跳过提示直接要讲解。

5. 生成并交付独立讲义

内部学习镜像用于决定“教什么”,不能替代“怎样教”。每讲单独写入 讲义/NN.md,同时在本轮用户可见回复中完整交付;只有用户明确要求 file-only 时才可以只给文件。

讲义交付的用户可见正文直接从 # NN|标题 开始。标题前不得追加学习镜像、 候选缺口、状态说明或“你可能缺少……”式诊断前言;用户同时要求工作报告 时,把报告放在完整讲义之后。

讲义使用以下外部结构:

# NN|标题

## 这一讲要解决的问题

## 正文

## 小结

## 下一讲预告

---

## 课后问题

## 自由发言

正文按知识对象自身结构展开,不套内部状态模板。至少做到:

  1. 从一个承重问题或具体矛盾进入。 让读者先看见“为什么值得学”, 不以“你缺的是”“你还没有”开场。
  2. 逐层建立理解。 从现象、区分或场景推进到概念、机制与结论;分类表 只能收束已经展开的理解,不能代替推导。
  3. 给出闭合机制。 讲清起点、关键中间环节、结果,以及机制在哪些条件 下成立。
  4. 保持证据卫生。 经验事实、成熟理论、第三方自述、AI 综合与类比 分开表达;使用经验或历史主张时给出足以追溯的来源或明确标注证据边界。
  5. 使用足够的具体材料。 至少有一个贯穿案例和一个边界、反例或近邻; 用户提供了丰富语料时,不能只抽一条做标签式拆分。
  6. 形成可迁移工具。 读完后,用户应得到一个能分析新材料的模型、 判断步骤或辨别标准,而不只记住 AI 的结论。
  7. 最后回应用户语料。 先把知识讲成立,再说明它怎样解释用户的原话; 不把整篇写成对用户的诊断。

讲义正文采用“呈现优先”的教学姿态:

  • 直接呈现现象、机制和差异,少用纠正式对立句。
  • 默认避免“不是……而是……”“真正的……是……”“你可能以为……” “你缺的是……”等制造廉价翻转感的句式;只有精确辨析确实需要时使用。
  • 开头两节不得用任何“你缺什么”的结论组织正文;先让知识对象自身成立。
  • 用具体场景、因果句、条件句和动作句承载深度,不写教科书腔或 AI 金句 拼贴。
  • 篇幅由节点决定,不设固定字数;完整性与可读性高于短。

小结 用 3–5 条收束本讲得到的知识,不写内部状态。下一讲预告 说明 当前暂定推进方向,同时明确真实反馈可以改变它。

讲义末尾保留 2–4 个确实能产生当前理解证据的问题:

## 课后问题

Q1. {用自己的话重建本轮机制}
Q2. {辨别近邻、边界、反例或缺失前提}
Q3. {可选:判断一个未讲过的新情境}
Q4. {仅在确实需要另一种证据时使用}

## 自由发言

不按题目也可以。请自由写下:你现在怎样理解、哪里仍卡住、哪里不同意、
联想到什么、产生了什么新问题,或者任何真正想说的话。

只保留 2–4 个确实能产生学习证据的问题。写入独立讲义并登记为 generated 后,完整交付讲义;确认用户已经收到全文,才更新为 delivered / WAITING_FEEDBACK 并停下来等待用户出声。摘要、学习镜像、 文件链接或“已经生成”通知都不能替代全文交付。

6. 先沉淀,再解释

收到用户回应后:

  1. 先逐字保存每道题的回答、明确跳过项和自由发言。
  2. 再单独记录 AI 解释:
    • 哪些理解已有证据;
    • 哪些仍是候选缺口;
    • 一个精确提示;
    • 当前单元和缺口状态为什么改变。
  3. 模板文字、沉默、空白和 AI 代写都不算用户反馈。

7. 形成下一步

每轮只选择一个 next_action

用户证据下一动作
机制仍说不清保留当前点,降低抽象度、换例子或补前置
只会复述术语改用无术语重建或新情境
边界或近邻混淆进入对比、反例或条件讲解
当前成功信号已有证据结算当前单元,更新地图并选择下一节点
自由发言暴露新问题建立候选缺口,按优先级更新地图
用户质疑理论前提进入来源与争议澄清,不误诊为没理解
用户说继续但无新反馈沿原地图继续,明确“本轮没有新增证据”
用户暂停或结束保存状态和恢复指针,尊重停止权

记录:

用户证据 → AI 解释 → 原计划 → 新计划 → 实质变化

然后返回学习项目层,更新地图。

状态与产物

新项目默认放在:

0-原石/0.5-体系学习/[学习对象]/
├── 00-学习状态.md
├── 01-学习地图.md
├── 02-知识缺口.md
├── 语料/
├── 讲义/
└── 回合/

用户指定目录时使用用户目录。已有学习项目继续原目录,不为采用新协议而 复制或破坏性迁移。详细字段、ID、来源类型、写入顺序和恢复规则见 状态与反馈协议

  • 00-学习状态.md:当前 Job、状态、当前单元、当前缺口、下一动作和恢复 指针的权威快照。
  • 01-学习地图.md:项目节点、依赖、顺序、证据和状态。
  • 02-知识缺口.md:候选、激活、部分解决、已解决和被否定的缺口。
  • 语料/:原始聊天、用户指定材料或稳定来源指针。
  • 讲义/:只保存用户可见的完整学习文章,不含内部评估和等待占位。
  • 回合/:保存讲义指针、用户回答、自由发言、AI 解释和路径变化。

文件是记忆与证据,不是完成判据。

完成与验收

运行时状态

  • **ACTIVE:**正在定向、取证、写讲义、尚未完整交付或正在更新地图。
  • **WAITING_FEEDBACK:**讲义、问题与自由发言区已交付,等待用户表达。
  • **COMPLETE:**用户定义的学习 Job 已有相应生成性证据,必要节点已结算, 完成判断链接证据 ID,且用户确认当前进步已经够用。
  • **PARTIAL:**已有有效学习产物或证据,但用户暂停或成功信号尚未满足; 恢复指针完整。
  • **BLOCKED:**缺少必要对象、语料权限、可写目录或无法消除的来源歧义。
  • **OUT_OF_SCOPE:**主要 Job 已不再是学习;携带上下文转交。

不得因为地图建完、讲义生成、问题发出或所有步骤走过就报告 COMPLETE。

开发验收用例

  1. **直接概念:**用户说“教我机会成本”。如果前置问题不会改变讲义, 直接生成第一讲;不虚构用户错误,讲义后有问题和自由发言。
  2. **复杂领域:**用户说“系统学习奥派经济学”。建立可调整的学习地图, 选择第一个承重节点进入讲解,不转出,也不一次讲完整个领域。
  3. **用户语料:**用户提供自己的文章,其中把相关性当因果。引用原话, 提出可推翻的候选缺口、给提示并生成针对性讲义。
  4. **第三方语料:**用户提供他人文章但未认领。把它作为学习材料,不把 其中错误归到用户身上。
  5. **反馈改变路径:**用户说“总量和边际量还是分不清”。先保存原话, 下一轮改用并排数字例子,并记录真实前后变化。
  6. **纯认知完成:**用户只想搞懂一个理论。能重建机制并分辨关键边界后 可完成,不要求现实行动。
  7. **理解但不认同:**用户准确重建理论后反对其前提。结算理解证据并进入 争议澄清,不把反对记作知识缺口。
  8. **跨会话恢复:**用户说“继续学习”。读取状态、地图和最近回合,从 保存的下一动作继续,不依赖旧聊天。
  9. **越界:**用户从学习转为要求解决关系或业务问题。停止学习流程并携带 当前对象、证据和问题摘要转交。
  10. **讲义可见性:**讲义已经写入文件但用户只收到摘要或链接。状态必须 保持 ACTIVE / generated,恢复时先完整交付,不得索要课后反馈。
  11. **讲义质量:**语料入口下生成的第一讲必须是可独立阅读的文章,包含 逐层推导、材料证据、迁移工具、小结和预告;内部缺口报告单独留在回合。

反模式

  1. 把学习语料分析成人格画像或泛问题报告。
  2. 从用户未提及某知识点推断用户不懂。
  3. 把大对象拒之门外,或者一次把整个领域全部讲完。
  4. 固定课程顺序不受用户表达影响。
  5. 前置问题不会改变讲义却仍强制用户回答。
  6. 一次列出大量缺口,再用百科全书式长文一起解决。
  7. 讲义末尾使用与当前学习单元无关的固定问卷。
  8. 润色用户回答后把它当成“用户原话”。
  9. 生成讲义后直接标记“已掌握”。
  10. “根据反馈调整”却没有证据、前后计划和实质变化。
  11. 用户不同意理论时继续补基础,回避真正的证据争议。
  12. 依赖原聊天才能理解“继续”。
  13. 用学习镜像、分类表、诊断报告、摘要或文件链接冒充已交付讲义。
  14. 讲义围绕“你缺什么”展开,知识对象只充当证明 AI 判断的例子。
  15. 把内部状态字段、用户回答占位和 AI 评估混进用户可见讲义。

语言

中文;遵循《中文文案排版指北》。外文术语第一次出现时给出中文解释。 提出知识缺口时使用证据语言,不使用居高临下的判词。

What ships with it: 3 files

20.0 KB alongside SKILL.md

agents/

Keep looking

Skills are one crate of 326,851. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.