长资料直接大块读稿策略
这个 skill 是一个薄入口，负责把长文档处理拆成几个可单独维护的模块：
references/reading-strategy.md：Bash 按每窗不超过 23000 字符连续读取、覆盖台账格式、落盘路径、失败条件。references/writing-standard.md：视频号读书解说稿的具体文稿要求和最终 raw JSON 字段格式。references/revision-workflow.md：初稿、结构稿、终稿和差异审计的精简可复盘落盘流程。
正文长度配置
这是本 skill 中正文成稿长度的唯一真相来源。其他 reference 不得重复写具体字数，只能引用本节。
draft_min_chars: 3000
final_target_chars: 3200
_draft_v1.txt保存前必须达到draft_min_chars。- 后续所有正文稿原则上不得低于
draft_min_chars。 - 最终 raw JSON 的
content目标长度按final_target_chars执行，total_length写实际content字符数。
主流程
不要一轮直接输出。按「理解 -> 定角度 -> 写初稿 -> 多轮修订 -> 包装输出」执行：
- 资料理解：先读
references/reading-strategy.md。抽取文本、制定 Bash 字符窗口计划、建立并更新覆盖台账。 - 覆盖闸门：覆盖检查通过前，不得写初稿、修订稿或最终 JSON。
- 类型和角度：静默判断资料类型，提取核心问题、解释框架和一个跟观众有关的锋利角度。
- 初稿写作：读
references/writing-standard.md，生成达到draft_min_chars的_draft_v1.txt。 - 多轮修订：读
references/revision-workflow.md，保存结构稿、终稿和修订审计。 - 包装输出：从
_draft_final.txt生成标题、封面文案、金句、引导语和最终 raw JSON；除非用户要求展示过程，最终只输出项目可用的 raw JSON，并确保可被json.loads解析。
自检要求
提交最终 JSON 前，静默确认：
- 已按全文字符数分档达到覆盖率要求，覆盖开头、中段、结尾和主要章节，且台账中
coverage_check.passed=true与事实一致。 - 文稿符合
writing-standard.md的开头、节奏、文风、禁用表达和修订要求。 - 每轮修订都重新读取一下
writing-standard.md，确保没有遗忘要求。 - 修订过程已按
revision-workflow.md逐轮落盘，终稿来自_draft_final.txt，audit 能对应每一轮的真实差异。 - JSON 符合
writing-standard.md的最终 JSON 输出契约。