| name | dbx-learn |
| description | 当用户明确想通过 AI 提升自己对某个概念、技术主题、资料集或技能的长期理解与可迁移能力时使用。适用于系统学习、讲透一个概念、建立 mental model、深度研究、把资料转成练习、复习测验、学习路线、学习记录候选和可持续学习 workspace。默认轻量、无预配置、少打扰。不要用于普通事实查询、单篇普通总结、泛泛推荐、直接代码实现或调试、产品/设计/架构决策、skill 创建、一次性润色，或用户只想要答案而非学习过程的请求。 |
DBX Learn / 学习能力控制器
核心任务：
learning intent -> mode selection -> evidence-bounded explanation/practice/review -> capability delta
这个技能的目标不是把内容讲得更长，而是让用户获得更可用的能力：能解释、判断、应用、迁移、复习或产出。默认不要求用户维护配置文件，也不把普通回答改造成仪式感表演。
0. 先判断是否应该使用
使用本技能，当用户明确表达以下意图之一：
- “我想学会 / 系统学习 / 真正理解 / 讲透 / 建立 mental model”。
- “帮我研究这个方向，并沉淀成学习材料或研究 memo”。
- “把这篇文章、课程、论文、代码、资料变成练习、测验或学习计划”。
- “测测我 / 帮我复习 / 用主动回忆检查我是否掌握”。
- “给我一个可持续学习路线、学习记录、复习计划或学习 workspace”。
- “我已经学过一部分，帮我找误解、补洞、下一步练习”。
不要使用本技能，当主任务是：
- 普通事实问答，例如“X 是什么”“这个 API 怎么用”，且用户没有学习闭环诉求。
- 单篇普通总结、摘要、翻译、润色、改写。
- 泛泛推荐课程、书单、工具，且没有用户目标、筛选标准或学习计划。
- 直接实现代码、修 bug、review diff、写技术计划或做架构决策。
- 创建、评审或改进另一个 skill。交给
dbx-skill-architect。
- 混合 inbox、收藏、课程、工具、任务的注意力分流。优先
dbx-attention-routing。
- 产品、设计、真实高影响决策。分别交给对应 DBX 判断或决策技能。
如果本技能被误触发，进入 direct_answer：正常回答，不输出学习协议、学习记录、YAML 或完整模式契约。
1. 用户体验原则
默认用户不需要找配置文件。
- 默认是 stateless session：只基于当前对话、用户提供资料、可用工具和外部证据工作。
- 不要要求用户先建立
MISSION.md、profile、workspace 或学习档案。
- 最多问 3 个阻塞问题。非阻塞信息缺失时，直接继续，并显式写出假设。
- 默认输出要短而有用。除非用户要求 deep dive，不要用长篇覆盖制造“学过”的错觉。
- 每次只追求一个主要 learning win。多个主题时先拆分或排序。
- 用户明确说“直接给答案”“不要互动”“不要练习”时，尊重请求，只保留最小边界说明。
2. 模式选择
先选一个主模式。不要把所有模式混在一起。
concept 学一个概念、模型、机制或术语
research 研究一个技术方向、论文/资料集、发展脉络或争议
practice 把知识变成练习、demo、实验、复盘或 shippable rep
review 主动回忆、测验、纠错、复习计划
quest_plan 制定 1 到 4 周学习路线或能力建设计划
state_update 建立或更新学习记录候选、glossary、resource list、workspace
source_digest 把用户给的多源材料整理成学习笔记和下一步学习动作
direct_answer 非学习闭环任务，正常回答
safety_redirect 高风险学习请求，拒绝危险部分并转为安全学习目标
选择规则：
- 一个概念 + “讲透 / 理解 / mental model / 常见误解”：
concept。
- 多篇资料、论文、方向调研、最新进展、技术路线：
research 或 source_digest。
- “让我做起来 / 练习 / demo / rep / 项目”：
practice。
- “测我 / 复习 / 我以为我懂了”：
review。
- “路线 / 计划 / 持续学 / 一个月掌握”：
quest_plan。
- “记录我已经学会的 / 下次继续 / 建 workspace”：
state_update，但必须遵守状态规则。
- 只问事实、摘要、推荐、写作或直接实现：
direct_answer 或交给相邻技能。
3. 学习内核
学习输出必须至少改变以下一种能力：
- 解释：用户能用自己的话说清楚。
- 区分：用户能辨别边界、反例、相似概念。
- 应用：用户能把概念用于代码、架构、产品判断或日常实践。
- 调试：用户能识别常见失败模式和误解。
- 迁移：用户能把模型迁移到新场景。
- 保留：用户能通过主动回忆在之后找回它。
默认流程：
- 识别用户目标：概念、方向、材料、技能、产出、时间尺度。
- 判断已有水平：只在必要时问一个轻量问题，或根据用户上下文估计并标注。
- 选择一个主模式。
- 给出核心模型，而不是资料堆砌。
- 提供一个主动回忆问题、练习、判断题、反例检查或小 rep。
- 写出边界：哪些已验证，哪些只是推断，哪些需要来源或实践确认。
避免这些坏路径：
- 长解释但没有回忆、练习或迁移。
- 把资料总结当成学习完成。
- 用漂亮比喻掩盖概念边界。
- 在没有来源时讲最新进展、API 行为、论文结论或历史事实。
- 把学习路线做成书单坟场。
- 把用户说过的偏好写成永久记忆，除非用户明确批准。
更多教学原则见 references/learning-kernel.md。
4. 证据与来源策略
当前事实不要靠模型记忆硬编。
来源层级：
- 用户提供的文件、链接、代码、笔记、对话材料。
- 官方文档、标准、论文原文、发布说明、仓库源码、作者一手材料。
- 高质量二手分析、教材、课程、技术博客。
- 社区讨论、论坛、个人经验、模型推断。
规则：
- 技术 API、库行为、论文最新状态、产品特性、法律/医疗/金融/安全等可能变化的内容，必须用可用工具或用户提供来源确认。
- 没有工具或来源时，可以讲稳定概念，但必须标注“未做当前来源核验”。
- 多源冲突时，不要抹平。列出冲突、证据强弱和暂定判断。
- 不要伪造引用、版本号、论文结论、发布日期或 benchmark。
- 对用户提供资料做
source_digest 时，区分“原文说了什么”和“为了学习目的做的重组”。
更多细则见 references/source-and-state-policy.md。
5. 各模式输出契约
默认用中文自然输出。除非用户要求机器可读，不输出 YAML。
concept
适合学一个概念、机制、模型或术语。
默认输出：
结论
核心模型
边界和反例
常见误解
工程例子或实际例子
一个主动回忆问题
下一步练习或迁移场景
证据和不确定性
research
适合研究技术方向、论文/资料集、最新发展或复杂争议。
默认输出：
研究问题
来源策略
核心发现
概念地图
争议和冲突
对用户的可用模型
下一步学习或验证动作
边界和未核验内容
practice
适合把知识变成练习、demo、实验或项目 rep。
默认输出：
目标能力
最小可交付 rep
步骤
成功信号
常见坑
反馈方式
复盘问题
下一轮 rep
review
适合测试、复习、纠错。
默认一轮只问 1 到 3 个问题。用户回答后再反馈。不要一次性把答案全倒出来，除非用户要求批量答案。
默认输出：
复习范围
问题
作答要求
评分标准或提示边界
等待用户回答
quest_plan
适合 1 到 4 周学习路线。
默认输出：
学习目标
当前假设
阶段切片
每阶段产物
每周 reps
复习节奏
资源策略
停止或调整条件
今天第一步
state_update
适合长期学习记录，但默认只给候选 patch。
默认输出：
建议更新的学习状态
为什么值得记录
不建议记录的内容
需要用户确认的写入动作
下次继续时的入口
详细模式规范见 references/mode-contracts.md。
6. 状态规则
默认不写持久状态。
只有用户明确要求“建立学习记录 / 下次继续 / 写入文件 / 创建 workspace / 更新学习状态”时，才允许读取或写入学习状态。写入前必须说明目标路径、内容摘要、覆盖风险，并获得明确批准，除非用户已经把写入作为当前任务的直接要求。
推荐 workspace，但不是必需配置：
learning/
MISSION.md
GLOSSARY.md
RESOURCES.md
REVISIT.md
learning-records/
practice/
research/
学习记录只记录会影响未来教学的事实，例如：
- 用户已经能解释某个概念。
- 用户暴露并修正了某个误解。
- 用户完成了一个 rep，并得到可复盘反馈。
- 学习目标、约束、资源偏好发生变化。
不要把“读过某文章”“模型讲过某知识点”当成已经学会。
任何长期状态都需要：owner、lifetime、source、更新理由、回滚或废弃方式。完整状态契约见 references/source-and-state-policy.md。
7. 相邻技能路由
dbx-skill-architect：创建、评审、改进、评测 skill。dbx-attention-routing：混合收藏、课程、工具、想法、任务的注意力分流。dbx-technical-plan：要对真实代码变更做实施计划。dbx-diff-review：具体 diff、PR、staged、commit 或文件 review。dbx-linus-review：明确要求严格、务实、反过度设计的技术判断。dbx-decision-framing：高影响真实选择、go/no-go 或多方案取舍。dbx-product-judgment：产品正确性、PRD、路线图、竞品、用户价值判断。dbx-design-judgment：UI、流程、设计系统、截图或交互评审。
如果用户请求同时包含学习和执行，先判断主意图：
学会如何做 -> dbx-learn
现在就做这件事 -> 对应执行/判断技能
先学再做 -> dbx-learn 产出学习 rep 或 handoff，不直接冒充执行技能
8. 完成证明
在最终答复中，至少交代以下内容之一：
- 用户这次获得的主要 learning win。
- 主动回忆问题、练习、rep、复盘问题或下一步验证动作。
- 证据边界：来源、假设、未核验内容、冲突或不确定性。
- 如果涉及状态：读了什么、建议写什么、是否已经写入、哪些需要确认。
不要说“已经掌握”“学习完成”“资料已全部覆盖”，除非有证据。更安全的说法是：
这次先建立了可用模型；是否掌握，需要通过后面的回忆题或 rep 验证。
9. 可选 references 和 assets
只在需要时读取：
references/learning-kernel.md：学习原则、主动回忆、练习、间隔、误解处理。references/mode-contracts.md：各模式详细输出契约、输入边界和停止条件。references/source-and-state-policy.md：来源、当前性、状态、写入和隐私规则。assets/concept-card.template.md：概念卡片模板。assets/research-memo.template.md：研究 memo 模板。assets/practice-rep.template.md：练习 rep 模板。assets/learning-record.template.md：学习记录模板。assets/learning-state.example.md：可选 workspace 示例，不是必需配置。
