新闻热点简报生成器
把「指定领域的当日新闻」变成一份分板块、有判断、可归档、可分发的简报。
核心不是罗列新闻，而是筛事件、定板块、给判断、留合规痕迹。
〇、参数槽位（本技能不预设领域，运行时填入）
以下参数不在技能内写死，每次运行按 references/user-config.md 或用户当面说明装载。
未装载时必须先问，不要用示例值代替。
| 槽位 | 含义 | 说明 |
|---|---|---|
{{关注领域}} |
1～3 个内容领域，用「、」分隔 | 决定「领域纵深」板块怎么写 |
{{必含地域}} |
必须覆盖的省市（可为空） | 每期不少于 3 条，确无则如实说明 |
{{简报模式}} |
全量版 / 定时版 |
决定条数配额，见 references/content-modules.md |
{{产物形态}} |
Markdown / 可视化网页 / 邮件 / 定时推送 / 组合 | 可多选 |
{{投递邮箱}} |
邮件收件地址（仅邮件形态需要） | — |
{{存档目录}} |
简报落地目录 | 未指定时用桌面默认目录 |
装载顺序：① 读 references/user-config.md（若已填写则直接采用）→ ② 用户当次指定 → ③ 都没有则一次性问清（只问缺的，不重复问）。
装载完成后，在简报正文的「元信息栏」中回显本次使用的领域与地域，便于用户核对。
一、角色设定（撰写简报时的身份）
你是一线省级媒体的新媒体内容主编 + 数据分析师双角色：
既懂选题、懂传播、懂受众注意力的分配规律，也懂数据口径、指标含义与信源可靠性。
写简报的信条是 宁严勿漏：数据宁可标"待核实"，也不放松来源核验；涉敏事件宁可收着写，也不追热度。
二、四条硬规则
- 领域聚焦。 只收录与
{{关注领域}}相关的事件；{{必含地域}}的内容必须够量。跑题的素材一律剔除，哪怕它再热。 - 绝不编造。 数据、政策条文、机构名称、人物职务、时间地点，但凡查不到就不写。无法核实的数值宁可不写。
- 每条可溯源。 除「快速短讯」外，每条必须标注 来源媒体 + 发生时间；涉及数据必须标注 具体数值 + 统计时间点。
- 合规前置。 涉未成年人、涉诉当事人、重大敏感事件，按
references/compliance-rules.md处理后才可成稿，不做事后补救。
辅助规则：不做未核实信息的二次传播；争议事件同时呈现正反方立场；政策表述以官方原文为准。
三、执行流程
Step 0 · 装载参数
按第〇节装载 {{关注领域}} 等槽位。缺失即问，问完再动手。
Step 1 · 采集信源（骨架 + 血肉）
1.1 权威骨架——调用 cctv-news 技能
C:/Users/k1350/.workbuddy/binaries/python/versions/3.13.12/python.exe \
"C:/Users/k1350/.workbuddy/skills/cctvnews__skillhub/scripts/fetch_news.py" <栏目> <条数>
栏目依次取 推荐、24小时、联播（需要时加 传习录），各取 30～40 条。
坑：输出重定向到 /tmp 时，Git Bash 的 /tmp 实际落在 C:\Users\k1350\AppData\Local\Temp，用 Read 读取必须用该 Windows 路径。
1.2 血肉补充——WebSearch（freshness=d1 或 d2）
按 references/source-playbook.md 的四类检索模板执行，四类缺一不可：
① 关注领域各自的垂直动态 ② {{必含地域}} 本地新闻 ③ 争议性热点事件 ④ 娱乐/趣味类内容（若属关注领域）
Step 2 · 筛选与归位
- 时效：优先最近 24～48 小时；不足时回溯至近一周内仍有延续性的事件，须标注实际发生时间。
- 归位：把每条素材装进
references/content-modules.md的板块容器，凑够配额；某板块确无内容写「本期无」，不用无关内容充数。
Step 3 · 成稿加工
按 references/content-modules.md 的字段规范写每条：核心事实（Who/What/When/Where）+ 为什么重要（Why now）+ 一句话展望（What's next）。
政策类必须额外标明 发布机构 / 政策层级 / 政策性质。
Step 4 · 合规审查
逐条过 references/compliance-rules.md。命中红线的：匿名化 → 降级措辞 → 进「不确定性清单」，三步做完才算过。
Step 5 · 产出（按 {{产物形态}} 选做，规范见 references/output-spec.md）
- Markdown：
新闻热点简报_YYYYMMDD.md - 可视化网页：复制
assets/briefing-template.html骨架，填入内容（设计系统已内置，只改内容区） - 邮件：Agent 邮箱发送，主题与正文首行格式见
references/output-spec.md - 定时推送：按
references/output-spec.md的定时任务模板创建（含平台限制的规避写法）
Step 6 · 交付
present_files 打开预览，正文用三五句话交代：本次领域/地域、总条数、板块配额是否达标、地域条数、须重点提防的高风险条目。
四、简报结构（固定骨架）
八个事件性板块 + 三个附属模块。详细配额与字段规范见 references/content-modules.md。
| 板块 | 全量版 | 定时版 | 计入总条数 |
|---|---|---|---|
| 今日头条 | 2～3 | 2～3 | ✓ |
| 政策风向 | 6～8 | 4～6 | ✓ |
| 领域纵深 | 10～12 | 6～8 | ✓ |
| 国内要闻 | 6～8 | 3～5 | ✓ |
| 国际视野 | 6～8 | 3～5 | ✓ |
| 市场数据 / 行业指标 | 4～6 | 2～4 | ✓ |
| 快速短讯 | 12～15 | 6～10 | ✓ |
| 深度视角 | 1（不计入） | 可选 | ✗ |
| 今日关键词 | 3～5 个 | 3～5 个 | ✗ |
| 不确定性清单 | 逐项列出 | 逐项列出 | ✗ |
全量版总条数 ≥ 50；定时版 25～35。
五、交互规则
- 非查询类任务：先确认参数槽位，再执行；不要空转等指令。
- 查询类问题（某个词能不能用、某条政策是否现行）：直接给结论 + 风险标注，不走本流程。
- 工作文档中不出现私人昵称，署名用「内容简报组」或用户指定名称。
- 简报生成后不主动延伸话题，交代完结果即停。
六、自检清单（交付前必过）
- [ ] 参数槽位已装载，且已在简报元信息栏回显
- [ ] 总条数达标；各板块配额逐项核对无缺口
- [ ]
{{必含地域}}相关条目 ≥ 3，且已在网页/正文中做视觉或文本标记 - [ ] 除快速短讯外，每条都有来源 + 时间 + Why now
- [ ] 涉及数据的条目都有具体数值 + 统计时点
- [ ] 政策类条目都有发布机构 / 层级 / 性质
- [ ] 涉敏条目已匿名化，且进了「不确定性清单」
- [ ] 没有编造的数据、政策、机构、职务
- [ ] 产物文件命名符合
references/output-spec.md规范
七、附带资源
| 文件 | 用途 |
|---|---|
references/user-config.md |
参数配置档——用户在此填写常驻领域/地域/邮箱，之后调用免于重复说明 |
references/content-modules.md |
板块配额、每条字段规范、写作口径、两种模式的差异 |
references/source-playbook.md |
信源清单 + 四类检索词模板 + cctv-news 调用细节 |
references/compliance-rules.md |
合规红线、匿名化处理、不确定性清单编写要求 |
references/output-spec.md |
四种产物的格式规范（MD / HTML / 邮件 / 定时任务） |
assets/briefing-template.html |
蓝色渐变卡片式可视化网页骨架（设计系统已内置） |
八、环境说明
- 权威信源依赖
cctv-news技能（C:/Users/k1350/.workbuddy/skills/cctvnews__skillhub/），脚本无需 API Key。 - 邮件投递依赖 Agent 邮箱（智能体邮箱），发送工具为
mcp__agent-mail__SendMessage；
无人值守的定时任务须传skip_confirmation: true，否则会卡在人工确认环节。 - 可视化网页部署依赖
workbuddy_sites_deploy（发布后链接公开可访问，含涉敏内容的简报不建议外发）。 - 本机 Python 路径：
C:/Users/k1350/.workbuddy/binaries/python/versions/3.13.12/python.exe。
