100x Learning

目标

把材料、陌生主题或真实问题变成用户现在能理解、判断、使用或分享的结果。默认模式下资料已经足够时停止，不把简单任务扩成研究项目，也不把写作任务改造成流程审计。

默认模式下，普通解释、研究结果、清单、内容审查和文章直接完成；适合一次复制的成品在当前回复交付，较长、结构复杂或需要继续修改的文字使用临时 Markdown 文件。用户明确要求保存、更新或沉淀时才写入长期位置。媒体制作、上传和发布分别由用户明确要求触发；图文卡片、GIF、视频、音频和播客交给 visual-multimedia。

核心原则

1. 先完成用户真正要的结果。 直接理解用户的自然语言要求并完成相应内容。同一请求包含研究、文章写作或保存等多个明确结果时依次完成；用户只要其中一项时，在该结果完成后停止。
2. 文章材料要足以支撑成文。 先读完当前内容来源；材料已经能够回答用户的问题时，只补充真正增加理解或表达价值的新内容。用户只给出主题、问题，或者现有材料无法支撑文章的核心判断时，继续查找能够补齐事实、关系、机制以及支持或限制主要解释的实际来源。材料准备不生成独立研究报告，也不预写文章结论和结构。
3. 只用一份最好的完整参考。 成文前主动从用户材料、私人库活动来源、本地文章案例和公开网络中寻找真正有助于当前成品的完整参考，阅读全文后只选一份最适合当前文章的原文作为写法范本。只有认真寻找后仍没有合适参考时才缺省并直接写作。
4. 相信模型的创作判断。 给模型真实材料、完整参考、用户硬要求和少量必要边界后，由它决定角度、取舍、结构、语言、篇幅和结束位置。

根据请求使用材料

下面的说明可以同时参与同一请求，只提供完成工作所需的材料和方法，不建立互斥路线：

• 判断学习方法读取 references/learning-process-and-method-selection.md；理解材料与筛选片段读取 references/material-analysis.md，需要筛选可分享内容时再使用 references/shareable-content-selection.md。
• 用户明确要求研究主题、比较来源或核查重要事实时读取 references/research-context-reuse.md 和 references/research-led-learning.md；文章为了取得足够成文材料而进行的补充或研究仍由文章材料准备完成，不调用这两份研究交付格式，也不额外交付研究结果。解释概念读取 references/concept-deconstruction.md；系统学习读取 references/continuous-learning.md。
• 把知识用于真实问题读取 references/practice-led-learning.md；建立长期内容方向读取 references/content-strategy-and-topic-selection.md；复盘已发布内容读取 references/published-content-review.md。
• 用户提供的是视频、社交帖子或 Thread 本身，并且没有同时提供可直接整理的完整字幕正文时，先按 references/source-ingestion.md 取得可靠正文与完成当前结果所需的上下文。
• 输入主体是 SRT、VTT、带时间戳文本、断行字幕或明显由语音识别生成的连续转写稿时，读取 references/transcript-editing.md，自动去除可明确圈定的广告和主题无关插入，完整整理并校正为文章式全文，再按 references/private-knowledge-library.md 把整理后的完整正文写入私人知识库的 20-Sources/Transcripts。完整字幕或自动转写稿优先于其中附带的视频或社交链接，不因链接存在转入来源接入，也不默认讲解材料、提炼知识笔记或检查整个知识库；用户明确要求这些额外结果时才分别使用相应说明。
• 文章使用 references/writing-material-preparation.md、references/content-writing.md 和 references/article-from-practice.md；项目或产品主题的文章再补充 references/project-promotion-materials.md。
• 审查内容读取 references/content-audit.md；用户要求检查或清理 AI 味时同时读取 references/natural-writing.md。正文需要福利、时限、行动入口或披露时补充 references/publication-requirements.md。
• 私人知识库的初始化和接入读取 references/private-knowledge-library.md；知识写入读取 references/knowledge-base-workflow.md；库健康检查读取 references/knowledge-base-health.md；批量接入读取 references/bulk-knowledge-ingestion.md；一份长材料或一批材料无法在当前任务可靠完成，或用户明确要求分轮继续时，读取 references/durable-learning-projects.md。
• 用户要求维护完整案例或钩子时分别读取 references/content-case-library.md 和 references/hook-library.md；只有用户明确要求读取私人库中的作者声音或既有作品、查询发布历史、检查内容重复、维护写作记忆，或当前任务正在维护持续选题时，才使用 references/personal-writing-memory.md。维护持续选题时只使用其中的内容查重说明，不读取作者声音。

用户只点名本 Skill 或只附材料而没有指定产物时，字幕和自动转写稿默认整理、校正并写入一份完整来源文档，其它材料直接讲清。直接回复和文章默认使用中文；只有没有清楚中文说法、读者需要按原名搜索或操作，或者用户要求官方写法时才保留必要外文。除字幕输入的上述默认写入外，普通一次性结果不增加持久化；只有用户明确要求保存、更新或沉淀时才写入长期位置。

本 Skill 不生成短帖、Thread、GitHub 项目短介绍或清单，以及项目或产品的短宣发文案。这些对象仍可作为材料用于理解、研究、分享筛选、内容审查、发布复盘或文章写作；本 Skill 不自动把短内容请求改成材料包，也不转交其它写作模型。

写作

Plan 模式下先补充再访谈

文章写作处于 Plan 模式时，把用户主动开启 Plan 模式视为明确的深度访谈请求。本 Skill 不自动开启或关闭 Plan 模式；一旦当前模式已经开启，不论现有材料是否已经足够成文，都不直接结束提问或立即给出写作计划。

先完整阅读用户给出的对象和材料，并按 references/writing-material-preparation.md 完成提问前能够自行完成的材料准备。凡本次需要联网补充或研究，尤其是用户明确要求“联网补充”时，必须先完成本次需要的材料查找，打开并读完实际采用的原文或完整上下文，再使用 request_user_input 开始访谈。联网取得的新材料同时用于提出更具体的问题；不先询问能够从现有材料或公开来源自行取得的客观信息，也不把材料研究改成对用户说法的逐项事实核查。

访谈只取得材料和外部来源无法提供的用户本人信息，包括真实情绪、感受、观点和立场，触发这些反应的具体细节，用户真正相信、怀疑、反对或想提醒读者的事情，希望读者产生的变化，以及愿意公开表达和只愿意暗示的边界。每轮只集中推进一个问题，根据用户刚刚的回答继续深入，不按固定问卷机械遍历。选项可以把当前材料支持的几种理解作为便于纠正的起点，但不能把推荐项写成用户理应具有的情绪或立场。

保留回答中自然、有辨识度的原话、判断、矛盾和仍未想清楚的地方，不立即改写成概括性的正式表达。访谈完成后的计划应准确带上这些内容；退出 Plan 模式并开始成文后，把它们作为当前请求的材料直接使用，不重复询问用户已经回答过的问题。

默认模式下准备并直接成文

根据用户要求直接处理本次文章。连续反馈只改变用户本次指出的方面，不把上一对象的事实、原句和一次性结构带到新对象。用户对同一对象要求“重新写”“重写”或等义修改时，不自动清空上一稿：保留用户已经明确认可，以及不受当前问题影响、仍有助于成品的事实、关系、叙事和表达，只重写需要改变的部分或整体组织。只有用户明确要求完全换方向，或者明确要求从头写且不沿用上一稿时，才不把上一稿放入成文输入并重新独立成文。连续修改不重复联网和准备材料，除非用户改变了材料、要求补充新事实或明确要求重新搜索。

按 references/writing-material-preparation.md 整理现有材料。当前内容来源已经能够回答用户的问题时，只补充有助理解或表达的新材料；用户只给出主题、问题，或者现有材料无法支撑核心判断时，继续研究成文需要的事实、关系、机制以及会支持或限制主要解释的证据。只核实会改变文章结论的关键主张，不把材料研究变成逐项事实核查，也不单独生成研究报告、中心句、因果简报、大纲或段落任务。专项说明只帮助准备对应类型真正需要的事实、关系和行动条件；说明文件本身、维护理由、字段名和检查过程不进入成文输入。

用户明确要求联网补充时直接执行；用户明确禁止联网、要求只使用给定材料，或只做字词、格式和等义修改时不搜索。用户没有提出限制时不擅自补上“不要搜索外部资料”等要求，联网能力保持可用。

运行 python scripts/private_library.py show 取得私人库根目录。普通文章写作先在 <私人知识库>/20-Sources 的活动原始来源中发现与当前主题直接相关的字幕、访谈、文章、论文、课程原稿和其它完整来源；搜索主题名称、作品名、人物、机构、产品及其中英文名称或常见别名，排除 Archive、Content Cases 和 Hook Library。命中只代表候选，必须阅读全文后判断它对当前文章是否真的有用。除此之外，不读取 Home.md、10-Knowledge、项目、成果、作者声音、发布历史、内容策略或同主题知识笔记。私人库不可用时继续从当前材料和公开网络准备参考。

内容材料已经足够不等于写作参考已经足够。写作参考候选按当前用户提供或点名的材料、私人库中的同主题完整来源、公开网络中的同主题或相近写作任务原文、文章案例库中的通用案例依次发现；这个顺序决定先看什么。阅读全文后只选择一份与当前对象和成品最契合、写法最值得深入模仿的完整原文。中文成稿优先寻找自然的中文原文。与当前对象直接相关的来源能够提供有用内容但写法不值得模仿时，只作为内容材料；内容和写法都合格时，同时作为内容来源与唯一写作参考，不能被题材无关的通用案例替代。

同主题本地来源可以在上述活动原始来源范围内使用 rg、Select-String 或等效工具按主题实体及其别名搜索文件路径、标题、来源元数据和正文。文章案例仍只通过文章案例索引分组及其中的稳定编号链接发现，不对案例正文目录进行全文检索，也不把句式、修辞词组、题材、行业、对象或具体情节作为通用案例搜索词。索引标签只帮助发现候选，沿链接阅读全文后再判断是否真的值得当前文章模仿；通用案例与当前题材、行业或对象相同都不是前提。

公开参考可以来自本次材料准备已经打开的完整内容，也可以为了取得优质写法继续联网寻找；即使事实材料已经足够，只要用户没有禁止联网，仍然进行这项参考发现。阅读全文后以表达是否自然、内容是否完整、信息量是否与篇幅相称以及是否适合当前成品为准，再从全部合格候选中只选一份最好的完整原文，不为成文输入增加第二份写作参考；临时公开参考不自动保存进私人库。孤立钩子不是普通文章的默认候选，只有用户明确要求专门设计或修改开头时才进入候选；选中后同样占用唯一写作参考位置。

普通文章写作不从私人库读取作者声音或发布历史。用户只要求“像我写”时，使用当前请求中的原话和用户直接提供的样稿；只有用户明确要求读取私人库中的既有声音或作品时，才把声音检索作为一项单独的明确结果。任何来源材料都不会因为使用第一人称而自动成为用户声音。

项目或产品主题以及包含发布事实的文章可以读取对应专项说明。每份专项说明在准备材料后停止，不向成文输入追加类型模板、写法要求、栏目或结构。

按 references/content-writing.md 把用户对成品的直接要求、用户随请求给出的内容说明与准备后的来源材料、实际选用的唯一完整写作参考，以及用户在当前请求中提供或明确要求取得的声音材料组成当前请求的成文输入。唯一参考必须完整进入这份成文输入，直接作为本次文章的写法范本；认真寻找后仍没有合适参考时相应区块如实说明。完整读取后直接成文，材料准备和成文在同一次回复中连续完成。成品要求只放用户要生成什么，以及用户明确提出的数量、语言、平台、格式、受众、篇幅和必须或禁止出现的内容；能直接摘录时保持原话。用户提供的事实、关系、判断、猜测、问题、宣发角度和内容主次属于材料，保持原话和来源边界，不以这些内容说明裁切其它有效材料。写作参考只使用实际正文，去掉案例库生成的标题、栏目名与存储元数据。

草稿完成后只核对正文实际写出的名称、数字、日期、功能、合作关系、第一人称经历、使用体验、资格、时限和行动入口。发现错误时修正对应事实，不把自然表达整体改写成保守的官方口径，也不因为核对而补写成稿没有使用的背景。

用户明确要求多个候选时完整交付相应数量；没有指定数量时只生成一个。候选不自动评审、融合或润色。

交付

每次文章写作在同一次回复中固定展示四部分：

1. 写作要求：只放用户要生成的成品，以及明确提出的数量、语言、平台、格式、受众、篇幅和必须或禁止出现的内容；用户提供的内容说明进入写作准备材料。
2. 写作准备材料：在独立代码块中完整展示本次实际选入的成文输入，而不是复制全部内容来源；不另建临时文件，也不重新摘要或改写已选内容；【写作参考】 只放唯一一份完整原文。
3. 结果：每份结果分别放在独立代码块中；较长或需要继续修改时可以另存临时 Markdown，并在代码块后提供可点击链接。
4. 本次创作参考：只列出真正进入本次成文输入的唯一完整写作参考，不列候选阶段读过但没有送入成文模型的内容。同时显示参考名称和来源：本地参考使用可点击的绝对文件路径，临时公开参考使用原始网页链接；不显示采用说明、评分或隐藏推理。认真寻找后仍没有选入时直接写“本次未找到合适的完整写作参考”。

知识库与持久化

私人知识库独立于 Skill 源码。初始化、接入、读取或写入前先读 references/private-knowledge-library.md，由 scripts/private_library.py 返回本次唯一根目录；知识、案例、钩子和写作记忆都从这里定位，不根据当前仓库或客户端目录猜测位置。

普通解释、预览稿、一次性成品和临时 Markdown 只服务当前任务。用户明确要求保存、更新或沉淀时，取得私人库根目录后按 references/knowledge-base-workflow.md 找到唯一正式位置：同一主题更新现有文档，确实是独立主题时才新建。私人库已经配置 Marktree CLI 时，正文和索引统一经过 scripts/marktree_integration.py 写入；知识应放在哪里仍由本 Skill 与 Home.md 决定。

用户明确要求根据给定材料沉淀时，先完成材料理解，再按材料实际作用写入：需要长期保留的原始材料进入 20-Sources；稳定概念、机制、结论和边界合并到 10-Knowledge 的对应主题；材料本身是完整成品且具有创作参考价值时才进入完整案例。字幕任务中的“保存”“写入知识库”或“沉淀这份字幕”只表示把整理后的完整来源写入 20-Sources/Transcripts，不等同于生成知识笔记；只有用户明确要求提炼知识或写知识笔记时，才使用 10-Knowledge 的写入流程。只有用户明确要求保存一段原始开头时，才由独立入口写入钩子库；案例导入不会派生钩子。写后重新读取正式文件；只有实际使用了带索引的知识、案例或钩子流程时才运行对应索引检查，字幕整稿不因此运行全库或无关检查。最后告诉用户实际更新了什么。

发布历史和写作风格样本使用 scripts/writing_memory.py 的两个入口：voice 只读取明确允许用于学习用户写法的同类作品，novelty 只判断主题是否重复。用户确认、保存或更新最终作品后，按 references/personal-writing-memory.md 更新索引。

长期内容方向与写作风格分别保存在 60-Systems/Writing/content-strategy.md 和 60-Systems/Writing/style-guide/voice.md。持续选题只在真实内容项目的 30-Projects/Content/<系列>/topic-portfolio.md 保存决策状态；已发布内容复盘链接最终正文和真实反馈，不复制正文。一次结果保持为假设，只有重复证据、直接行为证据或用户确认支持的认识才进入对应的长期文件，发布表现本身不改写用户声音。

用户明确要求保存或更新完整案例时，使用 scripts/content_case_library.py add-case 写入完整社交内容或文章案例；短帖和 Thread 都使用 social，文章使用 article。用户明确要求保存或更新钩子时，使用 scripts/hook_library.py add-hook 写入不区分成品形式的独立钩子库。两个入口写后都运行各自的 build-index 和 validate，没有互相转换或引用的参数。

个人写作记忆只提供经过确认的写作风格样本与发布历史；内容案例库只提供创作参考，两者不能替代当前对象的事实和明确要求。普通翻译、转写、格式清洗和普通计划走对应专门流程；广告投放、销售页与落地页、邮件营销序列、品牌全案、完整营销策略和实际发布不属于本 Skill 的文字写作结果。

交付前检查

• 成品直接回答用户要求；资料足够时已经停止。
• 用户指定的重点、材料关系、数量、语言、格式和权限保持不变。
• 文章成文输入使用 references/content-writing.md 中唯一的简短模板，只含一份完整写作参考，没有混入专项说明、维护过程或通用写法清单；材料准备完成后已经在同一次回复中直接成文。
• 普通文章写作已经优先搜索私人库 20-Sources 中的同主题活动原始来源，再按索引读取通用文章案例；只有用户明确要求专门设计或修改开头时才读取钩子，没有读取主题知识、作者声音或发布历史，也没有因私人库不可用而停止；长期保存、发布和其它外部动作只在用户明确要求时执行。