P1 必补：产品/LLM/评测/合规

21先补 P1，再补 P2，最后才是 P3

页面主张：学习顺序由岗位交付决定，不由技术名词的热度决定。

P1 是多数产品、方案和评测岗位入场就会用到的能力；P2 决定能否进入医院系统或细分业务；P3 主要服务纯算法或更深技术岗位。不要把 P3 当作所有转行者的共同前置条件。

22产品表达：把想法写成可执行约定

页面主张：目标不是学产品术语，而是让团队知道为什么做、做什么、怎么验收。

• 需求访谈：场景、频率、损失、替代方案
• PRD：目标、范围、流程、非目标、指标
• 流程图：主路径、异常、权限、人工接管
• 用户故事：角色—动作—价值—验收
• 评审：把医学、研发、设计和业务拉到同一张图

练习方式：选一个真实痛点，访谈五人，写一页 PRD，画当前与目标流程，再请一名目标用户和一名技术同学评审。产物要保留版本变化，因为取舍过程比最终界面更能证明产品能力。

23LLM 应用：从聊天框到工作流

页面主张：要理解模型在系统中的位置，以及什么时候该检索、调用工具或交给人工。

• Prompt：角色、上下文、任务、约束、输出结构
• RAG：切分、向量化、召回、重排、引用
• Agent：状态、计划、工具、记忆、终止条件
• 工具调用：参数校验、权限、超时、重试
• 观测：输入、输出、耗时、成本与失败日志

最低目标不是训练模型，而是能画出一条可靠链路并解释每个组件为何存在。医疗场景尤其要避免把所有信息塞进 Prompt：知识应可追溯，工具应有权限，输出应结构化，失败应可恢复。

24模型评测：先定义"好"，再比较模型

页面主张：一个总分无法覆盖医疗正确性、安全性、完整性和可用性的冲突。

• 任务集：代表真实频率、难度和风险
• rubric：事实、推理、完整、表达、可执行
• 红线：危急漏识别、禁忌冲突、捏造引用、越权建议
• 专家分歧：多答案、仲裁、置信度与备注
• 回归测试：每次改 Prompt／RAG／模型都复跑

先做 20–50 条小评测集，足以支持早期选择和迭代。每条样本记录输入、参考要点、可接受答案、不可接受错误和评分规则。专家不一致不是噪声，应成为标准中的分支或不确定性标签。

25医疗安全与合规：边界要进入产品

• 定位：辅助信息整理、教育或决策支持，不替代诊疗
• 隐私：最小采集、授权、脱敏、删除与访问控制
• 内容：证据引用、版权边界、版本与追溯
• 风险：红旗症状、禁忌、儿童孕产等高风险人群
• 兜底：拒答、升级人工、审计日志与事件复盘

准备岗位时应理解个人信息保护、医疗数据敏感性、互联网诊疗边界和医疗器械软件的基本概念，但不必把自己包装成律师。真正加分的是能把抽象要求转成字段、权限、提示、日志和人工流程。