口述底稿公众号写作

共同写作约束（每次必读）

起稿前读取并执行 写作公共约束 及其完整规则；直接调用本 Skill 也必须执行写前、写后和交付检查。它约束所有框架与风格，保护用户原话和有效修辞。下文或旧参考中的绝对词句禁令与它冲突时，以公共规则的语义裁决为准；脚本命中不能替代审稿。

原稿已经奠定约 80% 的基础。先在原稿上修，再在缺口处补。不能把原稿压成提纲、换一篇通用文章，再用几句原话装饰。

从本人材料成文：原文优先

无论底稿来自口述、录音转写、Get 笔记、作品还是知识库正文，都先完整读主源，把能直接使用的原段作为正文底板，最大程度保留作者原句、词语、比喻、口气、判断、论述顺序和有作用的重复。只修错字、转写、指代、必要衔接和限字下的真实冗余；扩写按缺口调用本人完整原文。先总结观点、重写一篇通用稿，再插几句原话点缀，是不合格的成文方式。

观点文章保留作者自己的立场和语言力度，不擅自加限定词、套话、过渡句或科普式防御说明，把自媒体写成论文；不要替明确的本人判断加“我认为”。有明确事实问题应核实并在正文外提醒，不能伪造或静默篡改用户已确认稿。引用和比喻不改写成未经验证的科学定律；对有争议的本人表述与核验结果分别记录。用户的明确修改优先，个人风格资料留在个人层；公共去 AI 味要求由本 Skill 引用的公共基座对所有风格持续执行。

写作合同

• 底板：当次本人原稿的核心判断、事实、完整思想推进、比喻、标志句、口语节奏与野心。最大程度保留具体措辞；保留有功能的重复。80% 是作者对创作基础的描述，不是相似度或字数达标线，尤其不能要求扩写后的 80% 字符来自短稿。
• 补充：从本人知识原子、完整原文、逻辑链和表达资产中找缺失的解释、机制、案例、边界及桥接。材料必须服务原稿已有问题，不能因检索命中就另开主题。
• 修正：纠正转写错误、病句、悬空指代、真正冗余和逻辑断裂。原话保留不等于保留事实错误；重要立场冲突或语义不确定点单列，不替用户静默换立场。
• 技术底座：DBS 内化编辑规则 已包含标题、开头、结构、逻辑、理解难度、冗余与兴趣检查；运行时直接使用本地规则，不要求再安装或调用 DBS。
• 三层结构：本 Skill 是总框架，管口述底稿变成文章的全过程——原稿保全、缺口检索、本人知识原子与表达资产的调用、编辑证据卡、交稿前复核、安装者可选结尾。写法挂在它下面，分两层：
• 第二层，具体写作框架：chekhov、impact 二选一，对应同级的两个 yl 风格成员；另可显式选择自带 editorial 编辑模式，不依赖外部风格。
• 第三层，表层风格：默认沿用所选框架。用户明确要求“契诃夫底层＋暴击表达”时，可在 chekhov 内启用 impact 的有限节奏辅助，不能叠两套全文模板。
• 换框架或换风格，都不改变总框架的要求：必须检查本人知识与表达资产接口，已提供且可访问时实际检索回读，留下编辑证据卡并做交稿前复核。未配置/不可访问/无命中按知识接口记录，不伪称已调用；新增事实须有依据。引用协议见 风格适配器。

若规则冲突：本次用户明确要求与事实真实性 → 当次原稿意图及措辞 → 本人补充材料 → 所选写作框架的机制约束 → DBS 技术修正 → 所选表层风格。新口述与旧资产的立场冲突不能用“旧资产更多”压过新稿。

接收与路由

从用户现有消息提取输入、处理幅度、风格和篇幅；不要发一份问卷或要求再交已经给过的资料。

用户指定具体写作框架或风格就直接执行。没指定且无已确认选择时，提供契诃夫（常用首选）／暴击观点两种选择；等待时继续原稿整理、缺口检索和证据装配。用户明确“你决定/直接写”时结合材料选一个并简述理由；用户只要原稿局部修补时可用自带 editorial 模式。仅指定契诃夫时不加载暴击依赖。调用本 Skill 即授权使用其已约定的引用链，无须逐个再问是否调用。

篇幅以当次要求为准，不能套用旧 Skill 的默认 1800 字或硬上限。没有篇幅要求就按处理幅度判断；扩写未给范围时简短说明预计长度即可，不必阻塞。纯润色不擅自压缩成熟稿。

执行流程

1. 冻结原稿，识别真正要保留的内容

完整阅读原稿。保留原始版本、路径和哈希；聊天输入首次落盘应为逐字记录，不做“清洗后原稿”。资料引用路径不等于允许复制录音大文件。

以原段落或时间段标为 S01、S02…，记录每段的论证作用与承接关系。摘出关键原话、金句、比喻、结尾、思想来路、有效重复和必须保留的商业语义，形成保留清单。先记录原话，再解释功能，不以摘要替代。

明显 ASR 错字可修正；听不清的专名、数字、否定词或指代若影响结论，回听或查已有来源。无法确定时留下具体待确认点，不猜。记录“这是用户主张”与“它已核实”两种状态。

2. 检查缺口，按缺口调用资产

任何框架与风格都必须检查可用的本人材料接口。 已提供知识库或表达资产时，围绕缺口实际检索并回读，记录路径、原话定位、对应缺口和新增事实覆盖情况。没有配置、不可访问、无相关命中是三种不同状态；如实记录后可基于现有原稿完成有依据的修补，不能伪称已经检索，也不能把未安装作者私人知识库当作永久阻塞。

阅读 知识与原稿接口。用原稿主张、具体痛点及缺失环节检索；重点回读原话、完整递进和上下文。相关 synthesis 先完整理解，再按节回读原对象。

建一份轻量内部 编辑证据卡：保留清单、逐段处理、缺口、拟用原话与来源、增补去向。它在成文前完成，不需要用户批准，不输出成冗长前置报告。简单稿可以只记真正变动的段落。

每段新增内容必须回答：补原稿哪里、凭什么补、怎样接回原来的下一步。允许不引入新事实的逻辑桥接；Agent 新推导不能伪装成用户历史原话。新数字、亲历、对白、具体案例不得凭空补齐。

材料不够支撑目标字数时，先充分展开已有因果与解释。仍不足则如实交可支撑的稿件及一个具体素材缺口，不反复复述、硬贴无关案例或宣布已达标。

3. 就地修补或沿骨架扩写

先修转写/病句/指代，再修局部逻辑，再填证据卡确认的缺口，最后应用所选风格。已有顺畅原句不因“更像某作者”而改写。

默认保留原稿推进顺序。只有局部移位能解决明确问题时才移动，并在卡里写原因；若原稿主论证本身不成立，保留可用部分并指出矛盾，不先按通用模板重搭整篇。

扩写优先展开原稿压缩过的“为什么、怎么发生、实际意味着什么、适用条件”，调用合适的本人真实案例。不是把一个短视频观点复述五遍，也不是扩成一套新理论。概念足够时先减冗余、补连接，不增加概念负担。

写作框架通过外部引用装配（chekhov／impact，或自带 editorial），表层写法在选定框架内互斥选一个；框架机制不能改命题、不能接管骨架。不得照搬外部 skill 的固定文章五段式、作者语料或包装流程。

4. DBS 技术复核与原稿对照

按内化底座检查：标题承诺与正文兑现、首屏对象与继续阅读理由、各段新增信息/论证作用、前提与因果、术语及指代、跨段跳跃、同一观点两三次出现是否真正递进。

标题与开头优先取原稿最有力量且能兑现的表达。无需强制悬念、固定几秒、固定标题字数、给每段加钩子或制造普遍焦虑。正文成立后再定标题；默认交一个主标题，只有用户要备选或确有必要时补少量候选。

做一次原稿→成稿的逐段对照：每个关键判断、原话与推进是否仍有位置；删改是否必要；新增是否有来源或只是解释；是否削弱本人表达。有效复沓、动员句和结尾回扣不能按重复词计数删除。

按 编辑证据卡 运行机械检查并做语义复核。机械通过只证明计数和所登记的原话检查通过，不能宣称“保真 80%”“风格质量已保证”。发现问题优先修有关段落，不重写一篇。

5. 交稿与回改

默认交“主标题 + 一份完整正文 Markdown”，附不超过几条关键改动及确实需要用户判断的问题；证据卡、风格运行材料、完整差异留在内部。用户只要正文时不要附审校报告。

公众号结尾使用安装者本次提供或已经确认的文字。没有配置则自然收束；不附来源作者的签名、促销、联系方式或赠品导流。可使用 --cta-file 核对自己的固定结尾，它接在原稿自身的情绪/判断结尾后。

用户回改时，以最新手改稿为当前底板，只改指出的问题及其必要连带处。局部满意的段落保持稳定；用户换用另一个写作框架或风格时，事实、证据、观点和已确认句子不重置。用户说“重写”时按从零处理：抛开上一版成稿，只依据原始材料重新规划与成文，不得在上一版句子上删改。

文件状态、定稿归档和后续授权按 知识与原稿接口 执行。写作本身不触发排版、配图、发布或云端写入；用户已给的明确授权不重复询问。

公众号包装交接

用户明确要求排版、公众号 HTML 或封面时，沿用已经确认的文字和当次授权，读取安装者个人配置中的公众号成品与样式参考；没有配置时再按正文和用途确定风格。优先复用安装者已有的成品版式与工作流，不把正文生成完成误当作包装完成。用户请求封面时，按既有风格或本次要求制作：明确醒目的主标题或标语，检查中文字形、缩略图可读性和裁切；是否使用人像、颜色与尺寸以安装者参考和当次要求为准。不得把纯背景图当作已完成的有字封面。

需要完整公众号交付时，使用同级 yl-write-impact-wechat/references/staged-delivery.md 的包装流程和 HTML 构建器作为技术工具，复用文章确认版本；引用该交付工具不等于启用暴击写作风格或改写正文。根据安装者既有成品提供复制正文、标题和独立封面，保留逐字正文及图片；真实复制、粘贴与微信预览受环境限制时说明已验证和未验证范围。未要求包装时仍只交文字；发布、云端写入及其他外部动作需各自授权。

开发维护

技术来源及改编边界见 DBS 来源清单；风格路径与指纹见 风格依赖。DBS 文件已内化，原安装变更不影响运行；风格依赖更新需重新检查协议，不能仅凭名字相同当作行为相同。合成验收位于 tests/test_check_article.py，不含真实用户稿件，不能当作写作素材。

编辑模式兼容与本次对齐

旧口令中的 dbs 编辑框架在本公开版映射为自带 editorial，执行内置方法，不调用外部 DBS。它不是新增风格，不恢复已退役的卡兹克或 Human Writing 独立入口。口述稿仍是底板；保留原话、逐项核对增补依据、写后语义复核继续生效。

结尾由安装者配置；check_article.py --cta-file 可核验指定结尾，--no-cta 显式表示本次不要求固定结尾。没有配置时也不会植入作者 CTA。

SkillHub 独立安装

运行前先读 安装与依赖说明。本包不会自动安装同级依赖；缺少必需成员或外部工具时停止相应分支并列明待办，不能跳过原流程而报告完成。