长文速读：先读全文，再给有出处的结论
本 Skill 借鉴 Peter Steinberger 的 Summarize 工作流中“检查输入、提取、摘要、验证”的核心顺序，但面向 WorkBuddy 用户的文档与报告场景，不依赖单独的 summarize CLI。原工具支持网页、视频、音频等更多输入，本版不冒充等价覆盖；来源与改动见 SOURCE_AND_CHANGES.md。
何时使用
用户说“把这份行业报告讲明白”“这篇长文有什么结论和待办”“20 页合同先帮我抓重点”时使用。可接收粘贴文本、用户授权的本地文档、可访问链接。默认交付一页内摘要；用户要详细版再加章节梳理。
流程
- 先确认材料是否真的读到全文：检查文件可读性、页数/章节、扫描件是否需要 OCR、链接是否只显示摘要或登录墙。不能完整读取时明确标出已读范围；不根据标题或片段装作读完。若是机密材料，使用用户批准的本地/模型处理路径，不主动交给第三方提取服务。
- 按材料本身结构提取：主题、关键论点、数据和时间范围、结论、限制、待办。长文按章节分段处理并回看全局，避免只总结开头。区分“作者原话/文中事实”“归纳”“我的建议”。
- 对每个重要数字、结论或争议点附可回查位置：页码、章节标题或原文短语。若工具不能得到稳定页码，用章节名或段落锚点，不伪造页码/引文。
- 输出：一句话结论；3–7 条重点；依据与来源位置；风险/未解决问题；行动项。行动项的负责人和截止时间只在原文明确出现时填写，否则写“待确定”。
- 读回关键原文片段核验摘要是否遗漏条件、倒置因果或把猜测当事实。用户要求“只看三分钟”的版本可以缩短篇幅，但不能省略影响判断的限制条件。
边界
本版不内置网页抓取、音视频转写或 YouTube 字幕工具。链接打不开、扫描 PDF 无 OCR、材料不全时请用户提供原文件/可读文本，或在用户同意后启用相应 WorkBuddy 能力。不得要求粘贴模型/API 密钥。
示例触发语：“请总结这份 40 页报告，给我结论、支撑数据和下周要做的事，重要点标页码。”
