产品退市管理与患者转移方案

要解决的问题

产品退市管理常见的问题，不是没有下架动作，而是缺少统一入口、授权门禁和受保护指令。企业需要把退市管理、后续安排以及患者转移方案放进可追溯的工作流；否则不同团队可能各按经验执行，导致流程不一致、责任不清、合规风险被忽略。

技能如何工作

这个技能的核心是两条门禁。

• 执行任何工作流前，必须先完成授权检查。授权逻辑由 scripts/auth.py 处理，覆盖本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出。
• 默认读取包内 _meta.json 的 slug 作为服务端 skillCode，例如 BT_4E6F6F5F；只有缺少 _meta.json 时，才用 --skill-code 手动传入。
• AUTH_OK 才表示授权通过。若返回 AUTH_REQUIRED、AUTH_INVALID、CREDENTIALS_MISSING 或 CREDENTIALS_INVALID，需要获取 WorkBuddy 登录用户 JWT 并交给授权脚本绑定；绑定成功输出 AUTH_BIND_OK 后，重新执行检查。
• 授权通过后，必须调用 scripts/protected.py 获取云端 protected instructions。只有成功拿到这些指令，才能严格按照返回内容继续执行。
• 鉴权失败时不能静默重试、降级或继续业务推理；需要把 stdout 信号和 stderr 关键错误报告给用户，并给出下一步。最多重新绑定一次，第二次仍失败就停止。

适用边界与注意点

• 这是受保护能力，不能手动解析 JWT、拼接 AppKey/AppSecret，也不要把密钥明文写入命令、环境变量或回复。
• 不要把展示名称当 skillCode；必须使用平台维护的 slug。
• 拿到 AUTH_OK 只代表授权通过，不代表业务方案已经获取；未拿到 protected instructions 时必须停止。
• 适合需要平台授权、受保护指令和可追溯错误报告的企业运营场景；如果用户没有 WorkBuddy 账号，或 VIP/权限不足，应先解决授权问题。