Newspaper Brief

将整理结果从“聊天流”切换为“版面流”，首先生成适合手机阅读的报纸风格长图。

默认工作方式

优先使用以下流程：

1. 1. 读取用户提供的原始材料（文章、聊天记录、链接摘要、会议纪要）
2. 先整理为结构化要点
3. 再渲染为报纸风格长图

如果用户已提供现成的摘要/要点，可直接跳至第3步。

触发词

以下中文表达均应直接进入本技能：

• - 报纸模式
• 做成报纸图
• 按报纸样式输出

同时兼容以下自然表达：

• - 整理成简报图
• 做成报纸样式
• 用报纸风输出
• 给我一张报纸风长图

v1 范围

• - 仅制作 手机版长图
• 先输出 HTML，再截图为 PNG
• 默认风格：黑白报纸 + 浅米色纸张背景 + 少量强调线条
• 适合在 Telegram 中直接查看，不追求打印排版

数据准备

优先整理为以下结构，再交给脚本：

json
{
paper_name: 紫音简报,
issue: 2026-03-07,
title: AI 输出界面值得重做,
subtitle: 将聊天流改造为版面流，比单纯堆砌更长回答更有效,
summary: 一句导语，置于标题下方。,
highlights: [
先给出3-5条TL;DR,
正文使用2-4个版块分栏,
手机端版式必须优先保证可读性
],
quote: AI时代，真正需要重做的或许不是模型，而是输出界面。,
sections: [
{
heading: 核心判断,
body: 此处放置正文段落。支持多段文本。
},
{
heading: 产品建议,
bullets: [建议一, 建议二, 建议三]
}
],
footer_note: 来源：群聊讨论｜整理：紫音
}

原始材料模式

当用户仅提供原文/聊天记录时，由代理自行完成提炼：

• - 先撰写标题
• 再写一句导语
• 提炼3-5条highlights
• 拆分为2-4个sections
• 最后补充一句footer

标题规则（v1.1）

• - 标题最多两行
• 不允许使用 ... / …… 省略截断
• 默认优先 重写为更短、更像报纸标题的表达
• 仅在接近边界时，才轻微缩小字号

不得将未经整理的大段原文直接硬塞入模板，除非用户明确要求“原汁原味”。

脚本

1) 生成HTML

bash
python skills/newspaper-brief/scripts/render_newspaper.py \
--input skills/newspaper-brief/examples/ai-interface-sample.json \
--html output/newspaper-brief/demo.html \
--normalized output/newspaper-brief/demo.normalized.json

2) 可选：顺手导出PNG（本地浏览器兜底）

bash
python skills/newspaper-brief/scripts/render_newspaper.py \
--input skills/newspaper-brief/examples/ai-interface-sample.json \
--html output/newspaper-brief/demo.html \
--png output/newspaper-brief/demo.png

脚本会尝试查找本机Edge/Chrome进行无头截图，并在导出后自动裁剪底部多余空白。若PNG失败，HTML仍可使用。

推荐截图方式

首选：OpenClaw browser工具

当browser工具可用时：

1. 1. 打开生成的本地HTML
2. 使用全页截图
3. 导出PNG

优点：比纯命令行截图更稳定，尤其适用于长图。

兜底：脚本内置浏览器截图

适合快速smoke test，但超长页面可能被截断。遇到特别长的内容时：

• - 缩短单张图内容
• 或后续扩展为分页输出

版面建议

v1保持固定结构：

• - 报头（刊名/期号/日期）
• 大标题
• 导语
• 左侧主内容区
• 右侧速览栏（highlights + quote）
• 页脚（来源/整理说明）

质量检查

完成前至少检查：

• - 标题是否足够像“报纸标题”，避免像聊天句子
• highlights是否为短句，避免过长
• section数量是否控制在2-4个
• 正文是否有明显层次
• 手机上是否能一眼看到重点

样例

直接参考：

• - skills/newspaper-brief/examples/ai-interface-sample.json

先用样例跑通，再替换为真实内容。