仿制药一致性评价后的市场策略调整

要解决的问题

仿制药通过一致性评价后，企业通常需要重新评估产品定位、价格体系和渠道策略。这类调整涉及多个维度的输入，且不同企业的数据口径差异较大，模型很难仅凭通用知识给出可靠结论。更关键的是，该技能属于受保护能力：如果缺少明确的授权门禁，模型可能在未完成云端校验的情况下继续推理，产出看似完整但实际无法追溯的策略建议，这在合规和审计层面都是不可接受的。

技能如何工作

该技能的核心是一个强制授权门禁，所有业务推理都必须在 AUTH_OK 之后才能展开。

授权逻辑由 scripts/auth.py 统一处理，涵盖本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出。调用方不需要手动解析 JWT、拼接 AppKey/AppSecret 或直接调用绑定接口，这些细节由脚本内部消化。

授权脚本会优先读取包内 _meta.json 的 slug 作为服务端 skillCode（形如 BT_E6AE83C0），只有包内缺少该文件时才需要手动传 --skill-code。

实际运行中，auth.py 只输出 5 种 stdout 信号：

• AUTH_OK：授权通过，可以继续
• AUTH_REQUIRED + CREDENTIALS_MISSING：本地无凭证缓存
• AUTH_INVALID + CREDENTIALS_INVALID：凭证或远程校验失败
• AUTH_BIND_OK：绑定成功
• AUTH_INVALID（仅 --bind-jwt 路径）：绑定流程异常

业务错误细节通过 stderr 给出，必须同时观察 stdout 信号与 stderr 文本。当出现 CREDENTIALS_MISSING 或 CREDENTIALS_INVALID 时，需要先通过 WorkBuddy 的 connect_cloud_service 获取当前登录用户 JWT，再交给授权脚本完成绑定；绑定成功输出 AUTH_BIND_OK 后，必须重新执行 --ensure 拿到 AUTH_OK。

授权通过后，技能会调用 scripts/protected.py 拉取云端受保护内容。只有当脚本成功返回 protected instructions 时，才严格按照返回内容继续执行；未拿到该内容时必须停止，不得凭本地提示或历史上下文继续生成。

适用边界与注意点

鉴权门禁与业务输出是互斥关系：鉴权未通过意味着业务输出被禁止，不允许在末尾轻描淡写地补一句"另外鉴权有点问题"然后继续交付策略草案。

当授权失败时，必须立即停止业务推理，按模板向用户输出明确的中文报告，原样转述 stdout 信号与 stderr 关键行，并给出 1/2/3 步操作清单。密钥相关字段必须打码处理（如 app_key=abc****），不得暴露明文。

鉴权错误重试上限为 1 次。两次失败说明是服务端问题，此时应告知用户"数据服务暂时不可用"并停止重试，不得再次尝试任何业务推理。

网络错误与鉴权错误需要区分处理：stderr 中出现 network error 或 non-JSON response 属于网络问题，出现 HTTP 401、authorization failed 或 remote authorization check failed 才归为鉴权类错误。