历史上的今天·微头条生成

它解决什么问题

每天在头条等平台发一条「历史上的今天」内容，看起来只是一段短文加一张图，实际却要完成检索、交叉核对、筛选、改写、配图、归档这一串机械操作。人工处理时的典型痛点：事件来源单一、真实性存疑时无处标注；一天堆好几条事件，文案写成流水账；归档格式随意，隔天想复用当天内容时根本翻不到。

技能如何工作

核心约束是每天只产出 1 个事件，文案控制在 300 字以内、建议 200–280 字，结构固定为钩子标题 + 口语化叙述 + 互动结尾 + #历史上的今天#、#微头条日签# 话题标签。

工作流程：

1. 确认目标日期（默认今天，格式 YYYY-MM-DD）。
2. 联网检索「历史上的今天 {月}月{日}日 重大事件」，交叉核对 2–3 个来源。
3. 按范围优先级与中外周分配筛选单条事件。
4. 改写成微头条并准备配图。
5. 在 历史上的今天/YYYY-MM-DD/ 下生成 .docx 文档。

事件选择按优先级排序：文学、历史真实事件、音乐/美术/艺术、科学、科技、人类发展、自然天气灾难，其余类别酌情补充。每周按自然周循环 4 天国内 + 3 天国外：周一、周二、周四、周六为国内，周三、周五、周日为国外；周一自动重置，不依赖跨日状态文件。

配图优先取真实历史照片。一个容易踩的坑：upload.wikimedia.org 直链容易被 403/404，需改用 Wikimedia Commons 的 Special:FilePath 重定向接口，并携带自定义 User-Agent 下载。没有合适真实照片时才生成图片，且会提前告知将消耗生成信用。

文档生成靠同目录脚本 generate_docx.py：依赖 python-docx，读取同名 *.md 与 历史上的今天_配图_YYYY-MM-DD.jpg，输出同名 .docx——首日作一级标题、正文为段落、配图嵌入文档，来源行转灰色小字。

适用边界

• 只负责生成与归档，发布动作仍由用户账号完成，当前没有头条连接器。
• 事件必须真实可考，存疑事件需注明来源；搜索结果同样标注来源。
• 本地存档强制为 .docx 文档模式（WPS/Office 可直接编辑），不用 .md。
• 文末来源区块供核对，发布前可在文档里直接删除。
• 除非用户明确要求，不使用 emoji。