医生处方行为与决策因素研究（KDF）

要解决什么问题

在医药市场、卫生政策或真实世界研究（RWE）里，医生处方行为往往受渠道、指南、支付、患者特征等多因素共同影响；若要把这些因素结构化地纳入分析或报告，通常需要一套稳定的研究框架与可重复的执行路径。本技能以 决策因素（KDF） 为命名主线，面向「处方行为与决策因素」相关的研究与分析场景；具体业务步骤与输出规范不在本地 SKILL 中展开，而是在授权通过后由云端 protected instructions 下发。

技能如何工作

该能力来自 百通 AI 服务平台，在 Agent 侧以受保护 Skill 形式交付。执行任何工作流之前，必须先走完整鉴权链路：

• 由 scripts/auth.py 统一处理本地凭证缓存、WorkBuddy 用户绑定与远程授权校验；业务侧不要自行解析 JWT 或拼接 AppKey/AppSecret。
• 优先读取包内 _meta.json 的 slug 作为服务端 skillCode（如 BT_E211DEC0），再执行 --ensure；仅当缺少 _meta.json 时才手动传入 --skill-code。
• stdout 出现 AUTH_OK 后，必须调用 scripts/protected.py 成功拉取 protected instructions，并严格按返回内容继续；未拿到受保护指令时不得凭本地提示或历史上下文「补写」分析结果。
• 若出现 AUTH_REQUIRED、CREDENTIALS_MISSING、CREDENTIALS_INVALID 等信号，需通过 WorkBuddy 的 connect_cloud_service 取得 JWT，再 --bind-jwt 绑定；绑定成功（AUTH_BIND_OK）后重新 --ensure。

鉴权与业务输出是互斥的：鉴权未通过时禁止继续推理或交付 KDF/处方相关结论；失败场景须向用户明确报告 stdout 信号与 stderr 关键信息，且重试绑定流程最多一次。

适用边界与注意点

• 本条目描述的是门禁与执行约束；KDF 具体分析维度、数据口径、报告模板以 protected instructions 为准。
• 不要在回复或命令中暴露 AppKey/AppSecret 明文；错误信息中的密钥字段应打码。
• 网络不可达、VIP 过期、权限不足与「本地无凭证」的处理路径不同，需依据 stderr 关键字区分，避免把所有失败都当成「稍后再试」。