flingjie/finch/content-summary

content-summary

读懂一篇帖子到底说了什么：一句话主旨 → 核心要点 → 关键依据或例子 → 条件与限制。 只产出摘要，不改写、不做写法点评、不判断对错、不自动进入任何表达流水线。

执行

finch summarize --text/--file/--url [--json] [--no-save]

摘要默认落库 Workspace（content_summaries）；--no-save 可跳过写入。呈现含摘要 id。 落库是为 reply-crafting / idea-discovery 等流程按 id 复用留的接缝，v1 无回看命令。

四项产物：

1. 一句话主旨：作者最想传达什么。
2. 核心要点：按内容长度提取，短帖不硬凑数量。
3. 关键依据或例子：保留支撑观点的重要信息，标注来源（作者 / 引用 / 回复 / 未标明）。
4. 条件与限制：保留原文的「可能」「仅适用于」等限定；缺少上下文时明确说明。

输入回退（codex 触发）

用户未提供帖子链接时的回退规则见 _shared/url-fallback.md。

质量标准

忠实、完整、简洁。作者观点标为作者观点；回复与引用内容区分来源； 提取原文时不额外扩写「对我的启发」；不做写法点评（那是 article_analysis 的职责）。

清晰度约束（ASD-STE100-inspired）

这些规则用于让摘要本身更清楚，不用于改写或润色原文，也不声称 ASD-STE100 合规。 判据见 skills/_shared/asd-ste100-inspired.md（finch-clarity-v1，CL01–CL08）。

• CL01：一个要点一句/一项主要判断；不要把无关判断塞进同一条。
• CL02：主体、动作、对象清楚；原文没说主体时写「原文未说明谁……」，不要补造。
• CL03：同一概念保持同一名称，不随意换同义词。
• CL04：保留数字、例子、动作等具体依据；支撑不足时在「条件与限制」标缺口，不发明数据。
• CL05：条件、适用范围放在相关结论附近。
• CL07：一条核心要点/限制只讲一个主题。
• CL08：简化措辞但保留数字、范围、概率、条件、归属和不确定性。
• CL06：仅当原文是步骤/流程时适用；保留顺序、操作对象和检查点，不重排步骤。

边界

• 不判断观点对错；不推断作者性格；不判断是否 AI 创作。
• 不重写原文；不生成分享稿；不重铸信息（→ sticky-message）。
• 表达方法/写作风格分析 → finch article analyze。

参考

• references/output-contract.md — ContentSummary 契约（确定性字段 + 四内容字段 + 来源标注）。
• skills/_shared/asd-ste100-inspired.md — 摘要清晰度约束的共享规则（CL01–CL08）。
• _shared/url-fallback.md — 用户未提供帖子链接时，回退到当前对话中最近一次 URL（codex 触发）。