医药全场景方法论甄选与赋能框架

要解决的问题

把医药行业方法论直接塞进模型上下文有两个典型坑：一是执行环境未必就绪，脚本跑到一半才发现 python 不可用；二是方法论本身是受保护资产，未授权就用存在合规风险。这个技能把「环境检查」和「授权门禁」前置成硬性步骤，业务推理只有在两项都通过后才允许开始。

工作流程

1. 静默 Python 检测：先探测环境，拿到 PYTHON_CMD。检测到可用命令就直接用它跑后续脚本，不向用户汇报中间状态；只有版本过低或命令为空时才输出错误模板。用户给了全路径时直接用该路径。
2. 授权检查：调用 scripts/auth.py 走 --ensure。AUTH_OK 表示通过；AUTH_REQUIRED、CREDENTIALS_MISSING 属于可自动修复的信号，触发绑定流程——调用 WorkBuddy 的 connect_cloud_service 拿 JWT，再执行 --bind-jwt 绑定，最后重新 --ensure。
3. 拉取受保护内容：授权通过后，由 scripts/protected.py 返回真正的方法论指令，严格按返回内容执行。

关键设计

• 错误分两类：可修复的凭证缺失，与真正失败的服务端问题。前者自动走绑定，后者才向用户报告。
• 报告要具体：绑定后仍失败时，必须原样转述 stdout 信号和 stderr 关键行，给出操作清单，而不是一句「稍后再试」。
• 鉴权与业务互斥：鉴权未通过，禁止产出业务结果。这是框架最硬的一条约束。
• 重试有上限：凭证失效类错误最多重新绑定一次；两次失败说明是服务端问题，停止重试。

适用边界

• 技能编号来自包内 _meta.json 的 slug（如 BT_DF17211F），不是展示名称，不要手动改。
• Windows 上 python 可能被 Microsoft Store 劫持，优先用 py -3 启动器。
• AUTH_REQUIRED 不是失败，是首次绑定的正常入口——停下来问用户是最常见的误用。