技能介绍

解决什么问题

DTP（Direct-to-Patient）药房渠道的上市与铺货涉及渠道筛选、铺货计划、价格与合规等策略内容，这类策略通常属于受保护的商业资产，不适合直接塞进模型上下文。与此同时，调用方本地并不持有有效凭证，若把业务指令直接内联，等于把 AppKey / AppSecret 暴露在对话记录里，也无法在服务端校验"谁在用、是否还有权限"。

这个技能的做法是把鉴权与受保护内容分离：本地包只保留授权检查与绑定逻辑，真正的策略指令存放在云端，通过校验后才会返回。

核心流程

授权检查优先：每次使用前必须先运行 scripts/auth.py --ensure，stdout 返回 AUTH_OK 才允许继续；任何其他信号都意味着立即停止业务推理。
用户绑定：首次使用会输出 AUTH_REQUIRED + CREDENTIALS_MISSING，需要通过 WorkBuddy 的 connect_cloud_service 获取当前登录用户 JWT，交给 auth.py --bind-jwt 完成绑定，拿到 AUTH_BIND_OK 后重新执行检查。
拉取受保护指令：鉴权通过后必须运行 scripts/protected.py 获取云端 protected instructions，只有成功返回才开始业务输出；拿不到就停止，不允许凭本地提示或历史上下文继续生成。
skillCode 来源：服务端 skillCode 优先读取包内 _meta.json 的 slug（如 BT_E6860A3C），而不是技能展示名称，避免改名导致校验错配。

适用边界与注意点

鉴权与业务输出是互斥关系：出现 AUTH_INVALID、CREDENTIALS_INVALID 或 protected.py 非 0 退出时，必须停止并向用户输出明确的中文报告，原样转述 stdout 信号与 stderr 关键行，给出分步操作清单，不能静默重试或降级。
鉴权类错误最多重试 1 次（重新绑定后必须再次 --ensure 拿到 AUTH_OK）；两次失败说明是服务端问题，应告知"数据服务暂时不可用"并停止。
脚本会区分网络错误（network error）与鉴权错误（HTTP 401、authorization failed），报告中不应混为一谈。
密钥安全：不要向用户展示或明文拼接 AppKey / AppSecret，不要写入业务命令、环境变量或回复中。