Haonan WeChat Writer｜个人思维图谱小站

正文

获取原文件

SKILL.md

定位

使用这个 skill 时，目标是完成“写作到 Obsidian”的链路：资料收集与核查、主线判断、长报告成稿、2 篇精选推文成稿、正文图片整理、工作区备份和发布备注。

这个 skill 不负责微信公众号 HTML 排版。若用户或自动化任务还要求公众号最终发布包，在 Obsidian 三篇 Markdown 完成后，再调用 haonan-wechat-article 处理排版。

固定目录

工作目录：

/Users/liuhaoxian/Documents/Codex/2026-05-19/ai-nature

Obsidian 输出根目录：

/Users/liuhaoxian/Downloads/我的/Obsidian/刘浩南/医疗AI情报

工作区备份根目录：

/Users/liuhaoxian/Documents/Codex/2026-05-19/ai-nature/reports/medical-ai-weekly

每期按日期创建 YYYYMMDD/ 批次目录。

Obsidian 只保存最终内容：

YYYYMMDD/【刘浩南】医疗AI情报精读YYYYMMDD.md
YYYYMMDD/【刘浩南】医疗AI情报精选YYYYMMDD-1.md
YYYYMMDD/【刘浩南】医疗AI情报精选YYYYMMDD-2.md
YYYYMMDD/figures/：只放三篇正文实际引用的图片、图表、来源渠道图和生成图

工作区备份目录保存过程文件：

YYYYMMDD/wechat-thread-1.md
YYYYMMDD/wechat-thread-2.md
YYYYMMDD/publish-notes.md
可选的候选来源、抓取记录、排版前检查记录

不要把这些过程文件放入 Obsidian：sources.json、run-notes.md、HTML 预览、抓取原文、翻译稿、publish-notes.md、执行记录。

正文里不要出现过程说明，例如“调用了某某 skill”“抓取失败”“降级方案”“保存路径”。

当前自动化覆盖规则

医疗 AI 情报精读当前自动化只交付 1 篇完整长报告，不生成两篇精选文章。若本文件后文仍保留精选推文模板，仅作为历史能力说明；自动化运行时不得创建精选 Markdown、精选专属图片或精选发布包。

每次写作前必须学习上一期最终发表稿或本地最终发布包：比较上一期 Obsidian 源稿、公众号 HTML 和 publish-notes，提取人工终稿的删稿、首屏、引用、图片和来源呈现习惯。本栏目当前偏好是首屏只保留阅读时间、封面、本期速览；每条核心内容按“关键事实 -> 3 个判断 -> 3 个行动建议 -> 1-2 个具体来源”收束。弱证据条目宁可降级或放弃，不要硬凑进正文。

论文和监管来源必须尽量落到具体论文页、DOI、期刊页、监管页或机构页；不得把 arXiv / Google / 微信 / 站内搜索结果页当作最终正文强来源。只能找到检索页的条目，放入工作区证据记录或备选，不进入正文核心条目。

最终配图必须来自 image2 / 内置 imagegen / 未来 GPT 最新图像模型。不得使用 SVG、HTML screenshot、canvas、PIL 手绘、流程图脚本或纯文本矢量图作为最终配图兜底。若 image2 不可用，本期应阻塞，不交付伪图。不得用系统字体、PIL、SVG、Canvas 或 HTML 截图覆盖右下角“刘浩南”角标；模型写错签名时，只能重新生成图片，或用 image2/imagegen 单独生成的黑色手绘签名贴片做局部替换。正文首图必须服务于本期标题和主线，不能只是通用栏目封面。

工作流

1. 判定本期窗口

手动触发、临时补跑、用户要求“重新跑一遍”或“直接执行”时：以当前日期为结束日，覆盖往前 7 天的信息。

cron 自动唤醒且用户没有要求手动重跑时：使用上次运行以来到本次运行日的增量窗口。

frontmatter 的 period 必须写清实际窗口，例如 2026-06-02 至 2026-06-09。

2. 读取上一期，做观点隔离

写作前先读取：

$CODEX_HOME/automations/ai/memory.md
最近一期 Obsidian 成稿
最近一期工作区备份目录里的 publish-notes.md

提取上一期：

主线判断
frontmatter title 和 H1
本期速览 里的 3 条新观点
精选 1/2 的单点主题和标题
正文最突出的 3-5 个产品、技术或模式

本期必须避开同构表达：

不复用上一期主标题结构、核心比喻和主线句。
不把上一期已经精选深挖的单点继续作为本期精选。
本期速览 至少 2 条新观点来自本期新增事实或新增场景。
如果连续两期覆盖同类主题，本期必须换观察层级，例如从产品入口换到证据变化、采购模式、失败案例、监管动作、临床验证或商业闭环。

publish-notes.md 必须包含 ## 与上一期差异化检查，写清上一期主线、上一期标题、上一期精选单点、本期刻意避开的相似表达、本期新增主线为什么成立、3 条新观点中哪些由新增事实驱动。

3. 收集和筛选资料

优先使用一手来源和可核查来源：

公司官网、产品文档、新闻稿、博客
论文、预印本、期刊页面、会议页面
FDA、CMS、NHS、欧盟监管机构、医院或医保相关页面
可信媒体或行业数据库
高价值社交媒体线索，但必须回查原始来源

筛选标准：

是否代表医疗 AI 新技术、新场景或新模式。
是否和研发、产品、合规、EHR 集成、数据闭环、临床使用习惯、商业闭环有关。
是否有可验证事实支撑，不靠概念造势。
是否能形成“情理之中，预料之外”的主线。

信息只是原料，不要搬运。必须把事实加工成判断，让读者知道“为什么这事和我有关”。

4. 先定主线和标题候选

每期先找到一个主线，例如：

医疗 AI 从模型能力竞争转向临床工作流竞争。
本周真正有价值的不是某个新模型，而是它进入了哪类真实场景。
医疗文书仍然商业化最快，但壁垒开始转向 EHR 集成和合规。
多模态医学模型热度很高，但临床证据还跟不上产品叙事。

标题规则：

长报告 frontmatter title 和 H1 使用 【医疗 AI 情报精读】[反直觉标题]｜ YYYY.MM.DD。
文件名保持固定归档格式：【刘浩南】医疗AI情报精读YYYYMMDD.md。
精选推文标题使用单点反直觉结论，不强行套栏目名。
标题优先写“大家以为 A，其实 B”的张力，具体到场景、流程、采购、证据或责任变化。
不要只写“证据链竞争”“工作流竞争”这类抽象词。

在 publish-notes.md 至少保存：

5 个长报告标题候选
精选 1 的 5 个标题候选
精选 2 的 5 个标题候选
公众号关键词引流文案
结尾互动问题
与上一期差异化检查

长报告结构

使用以下骨架，可按素材微调，但阅读路径不能丢。

---
title: 【医疗 AI 情报精读】[反直觉标题]｜ YYYY.MM.DD
date: YYYY-MM-DD
period: YYYY-MM-DD 至 YYYY-MM-DD
tags:
  - 医疗AI
  - 情报精读
  - AI医疗
keywords: []
status: done
---

# 【医疗 AI 情报精读】[反直觉标题]｜ YYYY.MM.DD

> ⏱ 预计阅读：X 分钟

![封面](figures/cover-handdrawn.png)

> [!summary] 本期速览
>
> 💡 新观点 1：一句话说明最重要的反直觉变化。
>
> 💡 新观点 2：一句话说明对研发、产品或医院落地的影响。
>
> 💡 新观点 3：一句话说明本期最该跟踪的风险或机会。
>
## 1、医疗AI新产品

![本章总览](figures/overview-medical-ai-highlights.png)

### 1.1 [新东西标题]

![来源渠道](figures/source-xxx.png)

图注：说明图片来自哪里、展示什么、为什么和这个新东西有关。

**[当前产品/技术/模式名称]**：

**我的几个观点**：

**值得借鉴的点**：

来源：[来源名称](URL)

---

## 2、医疗AI新技术

![本章总览](figures/overview-tech.png)

### 2.1 [新技术标题]

## 3、医疗AI新模式

![本章总览](figures/overview-business.png)

### 3.1 [新模式标题]

## 4、写在最后

> 本期一句话：用一句自然、明确的话回扣本期主线。

用一个具体业务问题收束全文，并邀请读者说一个真实场景。

## 5、本期参考信息来源

核心条目必须保留这条阅读路径：

当前产品/技术/模式名称与关键事实 -> 我的几个观点 -> 值得借鉴的点 -> 直接来源

发布稿密度基线

2026-06-22 最终发稿版本是本栏目的编辑密度基线。它保留 9 个核心条目、每条 3 个观点和 3 个行动建议，但删除逐条英文长引、整段译文和重复小结，把正文从约 1.6 万可见字符压缩到约 6600 个可见字符。

长报告目标为 6000-8000 个可见字符、预计阅读 14-18 分钟；如果事实量不足，宁可更短，不用长引文凑长度。
每个核心条目正文控制在约 450-650 个可见字符，优先保留：一段关键事实、3 个判断、3 个可执行建议、1-2 个直接来源。
默认不在公众号正文展示英文原文和逐段译文。原始摘录、翻译、证据等级与核查记录放在工作区备份，不进入 Obsidian 最终稿。
只有当精确措辞本身构成证据时才保留 1 个短引文；单条引文不超过 120 个中文字符或 200 个拉丁字符，并紧邻来源。
每个观点只说一次。条目末尾不再追加“这一节真正要看的是”式重复总结，除非它引出下一节的新逻辑。
封面图后不写图注；章节总览图和核心条目图保留简短图注。
本期一句话 只在“写在最后”出现一次，不在文章开头重复。

写作硬约束

命名统一使用“医疗AI情报精读”或“医疗 AI 情报精读”，不要写“医疗AI周报”“医疗 AI 周报”“周报”。
H1 后第一行必须是 > ⏱ 预计阅读：X 分钟。
正文前部必须有 本期速览，只包含 3 条 新观点；产品清单放在工作区 publish-notes.md，不要占用公众号开头。
不要写“核心洞察 1/2/3”，统一写“新观点 1/2/3”。
长报告 H2 固定为 1、医疗AI新产品、2、医疗AI新技术、3、医疗AI新模式、4、写在最后、5、本期参考信息来源；H3 使用 1.1、1.2、2.1、2.2；细节要点使用 **•**。
不要混用中文大写编号、01/02/03 或孤立的 ### 1.。
核心条目字段统一使用 **[当前产品/技术/模式名称]**：、**我的几个观点**：、**值得借鉴的点**：、来源：。不要把 **原文引用**： 作为每条固定字段。
不要使用 **新东西是什么**：、**给同行的建议**：、独立 **证据强度**：。
“我的判断”和“有什么用”要合并进 **我的几个观点**：。
每篇长报告加粗 5-8 句可被读者扫到的金句或痛点句。
英文词、英文缩写和专业术语首次出现时，必须在后面紧跟中文括号注释，便于公众号读者直接理解。短缩写使用简明中文名，例如 AI（人工智能）、LLM（大语言模型）、EHR（电子病历系统，医生每天真正使用的工作台）；监管、产品或技术术语可补一句用途解释，例如 De Novo（FDA 给新类型医疗器械开的第一条监管路）、SaMD（软件本身就是医疗器械）。
同一个英文词后文再次出现时，不必重复注释；如果隔了很长篇幅或进入新的精选文章单独发布稿，首次出现仍要重新注释。
“我的几个观点”必须放大一线落地视角，写研发、产品、合规、EHR 集成、数据闭环、临床使用习惯里的真实阻力。
写在最后 必须先回扣一次 本期一句话，再用一个具体业务问题收束，不要用空泛总结。
不输出医疗诊断或治疗建议，只做研发情报分析。

证据与引用规则

事实核查仍然必须读取一手来源，但最终发稿默认使用中文事实摘要 + 直接来源链接，不把研究过程原样贴进正文。
来源链接必须指向支撑当前判断的具体页面；每个核心条目保留 1-2 个最强来源，完整来源表放文章末尾。
引用只在精确措辞、监管原文或关键数字无法安全转述时使用；引用必须短、准、可追溯。
中文来源引用中文；英文来源引用英文。确需翻译时只翻译被引用的短句，不再追加 500 个英文字母的英文说明或长篇逐段译文。
不要写“英文关键内容描述”“中文补充”“依据原文整理”等过程标签。
单个 Markdown 引用块不超过 200 个可见字符；全文除 本期速览、结尾 本期一句话 外，证据引用块原则上不超过 3 个。

图片规则

三篇文章共用同一个 YYYYMMDD/figures/ 目录。图片必须服务于理解，不装饰性堆图。

长报告要求：

1、医疗AI新产品、2、医疗AI新技术、3、医疗AI新模式 的 H2 后必须有章节总览图。
4、写在最后、5、本期参考信息来源 不需要章节总览图；“写在最后”可使用一张收束主线的解释图。
每个 H3 核心条目必须有对应配图，不得只复用 H2 章节总览图。
原文关键图片优先于生成解释图。优先保留场景图、产品截图、架构图、技术原理图、评测图、流程图、临床工作流图。
原文没有可用图片时，使用来源渠道图片或生成一张与条目直接相关的手绘解释图。
插入来源图片后写一行图注，说明来自哪里、展示什么、为什么和本条有关。
Markdown 图片必须有 alt 文本，不要使用空 alt 的 ![]。
连续纯文字不要超过 4 段，中间用图、表、callout、短评或小结打断。

生成图要求：

使用 image2 或未来 GPT 最新图像模型。
统一手绘稿 / whiteboard sketch 风格。
右下角清晰包含黑色手写“刘浩南”水印。
不加方框，不用红色。
不用粗糙 SVG、HTML screenshot、canvas 或纯文本矢量图兜底。
每期只生成 1 张独立公众号封面图，建议命名 figures/wechat-cover-YYYYMMDD.png；不要把封面图插入长报告或精选文章正文末尾。

精选推文

每期从长报告拆出 2 篇精选推文，并写入 Obsidian 日期批次目录：

YYYYMMDD/【刘浩南】医疗AI情报精选YYYYMMDD-1.md
YYYYMMDD/【刘浩南】医疗AI情报精选YYYYMMDD-2.md

工作区备份目录同步保存：

YYYYMMDD/wechat-thread-1.md
YYYYMMDD/wechat-thread-2.md

精选文章不是长报告摘要，必须能单独发布：

每篇只围绕 1 个产品、1 个技术或 1 个模式。
不塞多个案例，不做多新闻串讲。
标题使用本期单点“反直觉结论”做钩子，不用栏目名当标题。
开头 3 段内说清一个矛盾：大家以为什么，真实变化是什么，这和医疗 AI 从业者有什么关系。
每篇二次检索 2-4 个可验证来源，例如官网、论文、监管页面、产品文档、新闻稿或可信媒体。
每篇至少生成 1 张专属手绘主图或解释图，放入本批次 figures/，并在正文实际引用。
每篇写清背景矛盾、新在哪里、为什么现在值得看、一线落地阻力、同行可以借鉴什么、下一步该跟踪什么。
每个 H2 后必须紧跟一个小号提问式模块标题：<p class="wechat-section-question">这件事真正卡在哪里？</p>。
小标题要像自然问题句，不写“本节将介绍”“核心能力解析”“AI 如何赋能”。
结尾必须用引用块引流完整报告，并抛出具体业务问题。

精选文章推荐结构：

# [单点反直觉标题]

开头：大家以为 A，但本周真正变化是 B。

## 1、这个产品/技术/模式新在哪里

<p class="wechat-section-question">为什么现在值得多看一眼？</p>

## 2、它落到真实流程会卡在哪里

<p class="wechat-section-question">真进院内，第一道阻力是什么？</p>

## 3、同行现在该检查什么

<p class="wechat-section-question">我们能带回去复盘哪件事？</p>

> 完整报告里还整理了 [本期其他重点]。
> 关注公众号，发送关键词【本期关键词】获取本期《医疗 AI 情报精读》完整报告。

最后想问一个具体问题：

[具体业务问题]

质量检查

交付前检查：

Obsidian 日期批次目录只包含 3 个最终 Markdown 和 figures/。
工作区备份日期目录包含 wechat-thread-1.md、wechat-thread-2.md、publish-notes.md。
publish-notes.md 包含标题候选、关键词、互动问题和 与上一期差异化检查。
正文没有执行过程说明。
长报告 frontmatter、H1、文件名符合命名规则。
H1 后有预计阅读行；正文前部有 本期速览。
本期速览只包含 3 条有客观传播钩子的 新观点，不列产品清单，不重复本期一句话。
H2/H3/列表编号符合规则。
每个核心条目有一段关键事实、1-2 个直接来源、我的观点和值得借鉴的点；默认不放英文长引和逐段译文。
每个核心条目有配图和图注。
三大模块尽量不重复同一产品、技术或模式；确需重复时必须换角度、换配图。
生成图为手绘稿风格，右下角黑色手写“刘浩南”，不加方框、不用红色。
Markdown 图片链接没有空 alt。
至少有一个反直觉或风险判断。
英文词、英文缩写和专业术语首次出现有中文括号注释，例如 AI（人工智能）；每篇可单独发布稿都要独立检查首次出现。
全文可见字符目标为 6000-8000；本期一句话 只在 写在最后 出现一次，结尾是具体业务问题。
两篇精选都只深挖 1 个单点，完成二次检索，并各有专属解释图。
两篇精选的每个 H2 后都有 <p class="wechat-section-question">...</p>。
Obsidian 目录没有 publish-notes.md、sources.json、run-notes.md、抓取原文、翻译稿或 HTML 预览。

最终回复

写作链路完成后，最终回复列出：

本期《医疗 AI 情报精读》Obsidian 写作稿已生成：

- Obsidian 图文精读：[文件路径]
- Obsidian 微信精选 1：[文件路径]
- Obsidian 微信精选 2：[文件路径]
- 工作区发布备注：[publish-notes.md 路径]

本期主线：
...

本期反直觉标题：
...

最值得关注的 3 个新东西：
1. ...
2. ...
3. ...

完整报告引流关键词：
...

后续排版：
如需公众号 HTML 发布包，下一步使用 haonan-wechat-article 处理这 3 篇 Markdown。

医院科室 AI 现状已发表样稿校准（2026-07）

当任务是“医院科室 AI 现状精读”时，先判断文章应采用哪一种已发表结构，而不是机械套一个模板：

平台化调研报告：适用于检验科/病理科/实验诊断这类跨技术平台、跨亚专科、跨设备与信息系统的主题。正文优先按技术平台成章，H2 要短而直接，例如“血液/形态学AI平台”“LIS/中间件/质控平台”。每个平台下必须补齐：当前真实工作流、常见时长区间、已经落地的 AI 环节、未来可落地方向、科室建议、代表企业案例（含官网/产品入口和产品介绍）。
产品评测报告：适用于放射科、内镜、眼科等产品边界和竞品关系更清楚的主题。正文保留“市场分层 -> 产品逐个拆解 -> 竞品对比 -> 医院选型”的阅读路径，H3 用“产品名：一句定位”。

平台化报告允许 4 张宽表：平台总表、部署/采购表、国外产品/公司清单、国内公司/产品清单；产品评测报告仍优先控制在 3 张宽表。所有宽表前必须提示电脑端阅读，表后必须有采购判断，不能让表格成为章节结尾。

真实工作流时长必须用真实世界区间和影响因素表达，不写伪精确数字。例如“数分钟到十分钟量级”“数小时到当天”“18-48 小时培养后再进入判断”“数天到数周”，并说明受样本类型、设备负载、培养/测序/扫描、排批、接口稳定性和人工复核影响。

代表企业案例不要只写公司名。每个平台至少写清：企业名、官网/产品入口、产品介绍、为何代表该平台、医院采购时应注意的边界。官网或产品页不稳定时，明确写“入口/公开页不稳定，仅作路线参照”，不得冒充一手截图。

开头图注可以像已发表检验/病理稿一样改成自然说明段，不必机械写“图注：”；但官网截图、监管证据和架构图仍要说明来源/访问时间或“这张图证明什么”。结尾复杂平台型科室优先放两张分层图：未来业务架构图、未来技术架构图。