PSM珠海分站科普管理小助手
Purpose
PSM珠海分站科普管理小助手（内部标识 psm-zhuhai-activity）——面向 PSM珠海分站（省总站 → 珠海分站 → 工作站三级体系，18 个工作站）的文档生成技能：
- 输入：① 本地《PSM珠海站科普工作站管理系统.xlsx》（6 表结构）；② 腾讯文档《2026年珠海分站各工作站数据统计》导出 xlsx（义诊宣教/网络宣教/科研申报 3 表结构）；③ 腾讯文档在线表格（经 tencent-docs MCP）；④ 各站提交的自由文本/照片描述。
- 输出：Word（.docx）文档 —— 活动总结、活动汇集报告、活动通讯稿（新闻稿）。
- 原则：先结论后细节；数字由脚本从数据中聚合，绝不虚构；缺失信息标"待补充"并向用户追问。
场景路由表
| 场景 | 用户意图 | 核心脚本 | 必读 references |
|---|---|---|---|
| 场景1 年度/按需总结 | 科普活动总结、年度总结、某时间段总结 | read_activity_data.py 或 read_tencent_stats.py（腾讯统计表）→ build_summary.py |
activity-data-schema、writing-style-guide、output-conventions、psm-knowledge-base |
| 场景2 多站活动汇集 | 活动汇集、工作站活动汇总、汇总各站数据 | read_activity_data.py 或 read_tencent_stats.py（腾讯统计表）→ build_summary.py |
activity-data-schema、writing-style-guide、output-conventions、psm-knowledge-base |
| 场景3 大型活动通讯稿 | 通讯稿、新闻稿（换届会议、培训班等单次大型活动） | build_newsletter.py --mode event |
newsletter-style-guide、writing-style-guide、psm-knowledge-base |
| 场景4 单站日常活动简报 | 活动简报、单站小型活动通讯稿 | build_newsletter.py --mode daily |
newsletter-style-guide、writing-style-guide、psm-knowledge-base |
| 场景5 公众号推文 | 公众号推文、公众号文章、活动报道、对外宣传稿 | build_newsletter.py --mode wechat |
newsletter-style-guide（公众号章节）、writing-style-guide、psm-knowledge-base |
通用工作流（所有场景的预检）
- 确定数据源：本地 Excel 路径 / 腾讯文档链接 / 仅自由文本。
- 腾讯文档 → 按references/tencent-docs-ingest.md导出 xlsx 后走本地管线。 - 生成 summary.json：用
read_activity_data.py聚合（仅当数据源为 Excel）。 - 向用户复述关键数字并确认：活动场次、文章篇数、视频个数、受众总人次等，确认口径无误后再生成文档。
- 生成 docx：调用对应构建脚本。
- 冒烟校验：用 python-docx 重新打开输出，确认标题/表头/字体存在。
五套工作流
场景1：年度/按需总结
- 向用户确认：年份（默认当年）、可选工作站、可选时间段。
- 运行
read_activity_data.py生成 summary.json。 - 复述聚合数字并确认。
- 运行
build_summary.py输出总结 docx。 - 命名遵循
references/output-conventions.md。
场景2：多站活动汇集
- 向用户确认：时间段（--from/--to）、站点范围（--station 可多次）。
- 运行
read_activity_data.py --from --to生成子集 summary.json。 - 复述关键数字并确认。
- 运行
build_summary.py（标题注明"活动汇集"），按工作站分组呈现。
场景3：大型活动通讯稿
- 逐项向用户收集素材（不得编造）：
- 时间、地点、主办方/承办方/协办方
- 议程（分节：开幕式、报告、仪式、总结等）
- 发言人（姓名+单位+主题，可多行）
- 领导职务与致辞要点（有原话用原话，无则概括）
- 照片数量与简要说明 - 构造事件素材 JSON（meta.json），交给
build_newsletter.py --mode event --meta。 - 生成后建议用户核对引语与姓名拼写。
场景4：单站日常活动简报
- 向用户确认：工作站、日期、活动名称、简述、志愿者数/受众数、照片说明。
- 运行
build_newsletter.py --mode daily（≤300 字，含照片说明列表）。 - 生成后核对站点名称与数字。
场景5：公众号推文
- 先判定文体（读
references/newsletter-style-guide.md公众号章节）：
- 单活动多环节（开放日/游园会）→ 文体1
- 多主题活动（XX节系列）→ 文体2
- 单活动纪实（义诊/参与类）→ 文体3
- 课堂/讲座（讲者分节）→ 文体4
- 品牌项目（娃娃抓起/老年合理用药大学等）→ 文体5
- 正式会议 → 文体6（或直接走场景3 event 模式） - 按文体选用公众号标题四式之一，向用户确认标题与导语。
- 逐项收集素材（不编造）：时间地点、参与规模（人次硬数据）、环节/讲者（身份+主题+金句原话）、负责人引语、照片说明、落款（作者/审核/编辑，编辑可默认外站协作制）。
- 构造 meta.json，运行
build_newsletter.py --mode wechat。 - 生成后核对：金句引语原话、人次数据、人名职务拼写。
- 若用户需要直接粘贴公众号后台，可在 docx 之外另附 Markdown 版本（保留加粗小标题与空行）。
引用索引表
| 文件 | 何时必读 |
|---|---|
references/activity-data-schema.md |
任何需要读取/解释 Excel 数据的场景 |
references/newsletter-style-guide.md |
生成通讯稿/新闻稿/简报/公众号推文前 |
references/writing-style-guide.md |
撰写任何文档正文前 |
references/output-conventions.md |
确定输出文件名与目录前 |
references/tencent-docs-ingest.md |
数据源为腾讯文档时 |
references/psm-knowledge-base.md |
涉及人物谱系、组织体系、品牌项目、2026工作部署时（写任何正式文档前建议扫读） |
脚本索引
所有脚本使用 Python：C:\Users\Administrator\.workbuddy\binaries\python\envs\default\Scripts\python.exe
# 1) 数据聚合：Excel → summary.json
python scripts/read_activity_data.py --excel <path.xlsx> --year 2026 [--from YYYY-MM-DD] [--to YYYY-MM-DD] [--station "工作站名"] [--out summary.json]
# 1b) 腾讯文档统计表（义诊宣教/网络宣教/科研申报，3 表结构）→ summary.json
python scripts/read_tencent_stats.py --excel <腾讯文档导出.xlsx> --year 2026 --out summary.json
# 2) 总结/汇集文档：summary.json → docx
python scripts/build_summary.py --data summary.json --out "2026年度PSM珠海分站科普工作总结.docx" [--title "自定义标题"]
# 3) 通讯稿：事件素材 meta.json → docx
python scripts/build_newsletter.py --data summary.json --mode event --out "PSM珠海分站-XX活动-新闻稿.docx" [--meta meta.json]
python scripts/build_newsletter.py --mode daily --out "<工作站>-<YYYYMMDD>-活动简报.docx" [--meta meta.json]
python scripts/build_newsletter.py --mode wechat --out "<工作站>-公众号推文.docx" [--meta meta.json]
meta.json 结构示例（event 模式）：
{
"title_main": "PSM广东珠海分站XX活动",
"title_sub": "暨XX交流会圆满落幕",
"location": "珠海，2026年X月X日",
"date": "2026-XX-XX",
"venue": "珠海XX酒店",
"organizer": "广东省药学会",
"undertaker": "PSM广东省工作总站",
"co_organizer": "珠海市医学会临床药学分会",
"lead_intro": "导语段落（含活动名称加粗）",
"sections": [
{"heading": "一、开幕式（9:00）", "paragraphs": ["……"]},
{"heading": "二、交流会（9:30）", "speakers": [["姓名", "单位", "主题"]]}
],
"photos": [{"desc": "活动现场合影", "count": 1}],
"conclusion": "会议总结段落",
"include_psm_footer": true
}
daily 模式 meta.json 结构示例：
{
"title": "PSM珠海站XX工作站开展XX科普活动",
"date": "2026-XX-XX",
"station": "PSM珠海市人民医院工作站",
"venue": "XX社区",
"summary": "活动简述（一句话）",
"details": ["过程要点1", "过程要点2"],
"volunteers": 6,
"audience": 80,
"photos": [{"desc": "现场照片说明"}]
}
wechat 模式 meta.json 结构示例（公众号推文）：
{
"title": "时令节气与健康：XX·XX——PSMXX工作站成功举办XX活动",
"date": "2026-06-08",
"station": "PSM中山大学附属第五医院工作站",
"lead": "导语段落（背景+时间+主办方+规模+总括意义）",
"lead_bold_parts": ["活动全名"],
"sections": [
{"heading": "四字对仗小标题", "paragraphs": ["场景化描述段落", "金句引语段落"]},
{"heading": "主题活动一：XX，XX", "paragraphs": ["……"]}
],
"volunteers": 6,
"audience": 30,
"photos": [{"path": "现场照片绝对路径（可选，有则直接插入图片+图注）", "desc": "图注/照片说明"}],
"conclusion": "结语段落（对仗升华+负责人引语）",
"conclusion_bold_parts": ["站长姓名"],
"byline": {
"author": "作者姓名", "author_unit": "PSMXX工作站",
"reviewer": "审稿姓名", "reviewer_unit": "PSMXX工作站",
"editor": "编辑姓名", "editor_unit": "PSM外站工作站"
}
}
硬性边界（必须遵守）
- 不虚构任何活动名称、日期、人名、单位、数字、领导引语。缺失 → 标"待补充"并追问用户。
- 照片内容不臆测：仅有照片无描述时，询问用户或读取文件名/EXIF 日期，不得编造照片内容。
- 数字口径：所有统计数字必须来自
read_activity_data.py聚合结果，生成前向用户复述确认。 - 工作站归一化：以「工作站字典」为准；记录中出现字典外站名（如"PSM珠海站（总站）"）→ 告警并询问归并，不得静默丢弃。
- 空数据：无记录时间段输出"本期暂无记录"段落，不输出空表、不写 0 占位虚构。
- 样式一致性：docx 排版一律经
scripts/docx_style.py，禁止脚本内手写格式。 - 公众号金句：场景5 中的讲者金句/负责人引语必须为用户提供的原话，无原话时用概述句（不加引号），严禁自行编造"引语"。
- 落款实名：公众号落款（作者/审核/编辑）向用户确认姓名与工作站，不得猜测；不确定的栏目标"待补充"。
