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 取得可靠正文与上下文，再直接用于用户要的结果。
• 可发布文字共同使用 references/writing-material-preparation.md 和 references/content-writing.md。单个 GitHub 项目补充 references/github-project-short-content.md，GitHub 项目清单补充 references/github-project-list.md，项目或产品宣发补充 references/project-promotion-materials.md，文章和 Newsletter 补充 references/article-from-practice.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 或只附材料而没有指定产物时，直接讲清材料本身。直接回复和可发布文字默认使用中文；只有没有清楚中文说法、读者需要按原名搜索或操作，或者用户要求官方写法时才保留必要外文。普通一次性结果不增加持久化；只有用户明确要求保存、更新或沉淀时才写入长期位置。

写作

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 取得私人库根目录。普通写作只允许读取社交内容案例索引或文章案例索引、沿索引打开的完整案例、钩子索引和沿索引打开的完整钩子。除此之外，不读取 Home.md、10-Knowledge、其它来源、项目、成果、作者声音、发布历史、内容策略或任何同主题笔记；即使项目名、机构名或产品名命中也不搜索。私人库或参考不可用时直接继续写作。

短帖和 Thread 从社交内容案例索引、文章和 Newsletter 从文章案例索引打开多份有帮助的完整案例；所有成品从同一份钩子索引打开多份有帮助的参考开头钩子。

选择参考时，根据当前材料和成品需要，分别从活动案例索引和钩子索引选择三个不同的写作技巧分组，再从每个分组沿一个稳定编号链接打开完整原文。阅读全文后，以原文是否值得参考、是否适合当前写作为准；不合适、与其它参考实质重复或正文不可用时，优先在原分组换读，原分组没有可用正文时再从相邻分组换读。索引标签只负责确定候选分组，完整原文决定最终取舍；题材、行业和具体对象相同都不是前提。

候选发现只通过索引分组及其中的稳定编号链接进行，不对案例或钩子正文目录运行 rg、Select-String 或其它全文检索，也不把句式、修辞词组、题材、行业、对象或具体情节作为候选搜索词。正常写作正好选入三份彼此不同的完整案例和三份完整钩子，不增加第四份。只有本地索引无法提供足够的完整参考，并且用户没有禁止联网时，才临时使用公开来源中的完整内容补足三份；临时参考不自动保存进私人库。仍然不足时保留缺省并继续写作。

选入的六份参考来自六个独立文件，并且实质内容和写作作用能够彼此区分。文件不同不等于参考不同：如果一份钩子是已选案例开头的节选或近似改写，或者任意两份参考实际重复同一种写法，就换读其中一份。缺少可区分的另一份参考时保持缺省并继续写作，不让同一内容同时充当两种参考。

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

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

按 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 的对应主题；材料本身是完整成品且具有创作参考价值时才进入完整案例。只有用户明确要求保存一段原始开头时，才由独立入口写入钩子库；案例导入不会派生钩子。写后重新读取正式文件并运行相应索引检查，告诉用户实际更新了什么。

发布历史和写作风格样本使用 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，没有互相转换或引用的参数。

本地 SRT、VTT、带时间戳 TXT 或断行严重的字幕需要规范化时，使用 scripts/normalize_subtitles.py，保留原文件和真实时间位置。

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

交付前检查

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