本技能专为医药企业市场准入与战略规划场景设计,提供集采/国谈等宏观政策趋势的系统性预判与多情景沙盘推演能力。 涵盖政策信号采集解读、历史路径分析、多情景建模、影响量化评估及差异化策略响应全流程, 内嵌政策周期理论(Policy Cycle)、情景规划法(Scenario Planning)、博弈论(Game Theory)、 药物经济学评估框架(CUA/BIA)、政策扩散理论(Policy Diffusion)及反事实推理(Counterfactual Reasoning) 等专业理论框架。适用于医药企业
宏观政策(集采-国谈)趋势预判与沙盘推演
功能概述
宏观政策(集采-国谈)趋势预判与沙盘推演是一项面向实际任务的技能,主要用于本 Skill 是受保护能力;每次使用前必须先完成授权检查,授权通过后才能继续执行本 Skill 的任何工作流;
核心要点
- 授权逻辑全部由 scripts/auth.py 处理,包含本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出;
- 不要在 SKILL.md 中手动解析 JWT、拼接 AppKey/AppSecret 或调。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
使用与执行
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
宏观政策(集采-国谈)趋势预判与沙盘推演
授权要求
本 Skill 是受保护能力。每次使用前必须先完成授权检查,授权通过后才能继续执行本 Skill 的任何工作流。
授权逻辑全部由 scripts/auth.py 处理,包含本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出。不要在 SKILL.md 中手动解析 JWT、拼接 AppKey/AppSecret 或调用绑定接口。
强制授权流程
授权脚本会优先读取包内 _meta.json 的 slug 作为服务端 skillCode。slug 必须是平台维护的技能编号,例如 BT_3C6D0042,不是 Skill 展示名称。只有包内缺少 _meta.json 时,才需要手动传 --skill-code。
- 先执行授权检查:
python3 scripts/auth.py --ensure
如果输出
AUTH_OK,说明授权通过,可以继续执行本 Skill。如果输出
AUTH_REQUIRED、AUTH_INVALID、CREDENTIALS_MISSING或CREDENTIALS_INVALID:- 调用 WorkBuddy 的
connect_cloud_service工具获取当前登录用户 JWT。 - 将 JWT 交给授权脚本完成绑定:
- 调用 WorkBuddy 的
python3 scripts/auth.py --bind-jwt ""
- 绑定成功输出
AUTH_BIND_OK后,重新执行授权检查:
python3 scripts/auth.py --ensure
仍未输出
AUTH_OK时停止使用本 Skill,并按下方 鉴权失败时必须向用户报告 章节输出明确报告。授权通过后,必须获取云端 protected 内容:
python3 scripts/protected.py
- 只有当
scripts/protected.py成功返回 protected instructions 时,才能严格按照返回内容继续执行本 Skill。未拿到 protected instructions 时必须停止,不得凭本地提示或历史上下文继续生成。
不要向用户展示或提及 AppKey / AppSecret 的具体内容。不要把 AppKey / AppSecret 明文拼接到业务命令、环境变量或回复中。
🗣️ 鉴权失败时必须向用户报告(强制)
当 auth.py --ensure、auth.py --bind-jwt 或 protected.py 返回任何非成功状态时,严禁静默重试、静默降级、或继续业务推理。必须立即停下手头工作,按下方模板向用户输出明确的中文提示,告知发生了什么、需要做什么。
实际信号与场景对照
scripts/auth.py 实际输出的信号只有 5 种,业务错误细节通过 stderr 给出,必须同时观察 stdout 信号 + stderr 文本:
| stdout 信号 | 含义 | 典型 stderr 关键字 |
|---|---|---|
AUTH_OK |
通过 | (无) |
AUTH_REQUIRED + CREDENTIALS_MISSING |
本地无凭证缓存 | (无) |
AUTH_INVALID + CREDENTIALS_INVALID |
凭证或远程校验失败 | HTTP 401 / authorization failed / network error / remote authorization check failed |
AUTH_BIND_OK |
绑定成功 | (无) |
AUTH_INVALID(仅 --bind-jwt 失败) |
绑定流程异常 | bind failed: code=..., msg=... |
报告输出模板
⚠️ 鉴权未通过,无法继续执行业务。
【接口返回】
{命令名(auth.py --ensure / auth.py --bind-jwt / protected.py)}:{stdout 信号}
{stderr 关键行原样转述,不要改写}
【需要你完成以下步骤】
1. {第一步具体操作}
2. {第二步具体操作}
3. {第三步具体操作(如有)}
【在此之前】
本次的「{业务任务名}」无法继续,我不会基于猜测产出结果。完成上述步骤后请告诉我,我会重新执行 --ensure。
场景示例
场景 A · CREDENTIALS_MISSING(首次使用,本地无凭证)
stdout:AUTH_REQUIRED + CREDENTIALS_MISSING
触发:~/.workbuddy/skill_auth/BT_3C6D0042.json 不存在。
⚠️ 鉴权未通过,无法继续执行业务。 【接口返回】 auth.py --ensure:AUTH_REQUIRED / CREDENTIALS_MISSING (本地未找到本 Skill 的凭证缓存:~/.workbuddy/skill_auth/BT_3C6D0042.json) 【需要你完成以下步骤】 1. 调用 WorkBuddy 的 connect_cloud_service 工具获取当前登录用户 JWT 2. 我会自动执行 python3 scripts/auth.py --bind-jwt "" 完成绑定 3. 绑定成功(AUTH_BIND_OK)后我会重新执行 --ensure 【在此之前】 本次的「{业务任务名}」无法继续,我不会基于猜测产出结果。
场景 B · CREDENTIALS_INVALID(凭证存在但服务端拒绝)
stdout:AUTH_INVALID + CREDENTIALS_INVALID
stderr 包含:HTTP 401 / authorization failed: code=..., msg=签名已过期。
⚠️ 鉴权未通过,无法继续执行业务。
【接口返回】
auth.py --ensure:AUTH_INVALID / CREDENTIALS_INVALID
stderr:[auth] remote authorization check failed: HTTP 401: {"code":401,"msg":"签名已过期"}
【需要你完成以下步骤】
1. 本地缓存的 AppKey/AppSecret 可能已被服务端重置或已过期
2. 在 WorkBuddy 中重新触发 connect_cloud_service 获取新 JWT
3. 我会自动用新 JWT 重新绑定(会覆盖旧缓存),随后重新执行 --ensure
【在此之前】
本次的「{业务任务名}」无法继续。
场景 C · 绑定接口返回业务错误(手机号未注册 / skillCode 不存在 / 被禁用)
stdout:AUTH_INVALID(仅在 --bind-jwt 路径)
stderr 包含:[auth] bind failed: code=500, msg=...。
⚠️ 鉴权未通过,无法继续执行业务。 【接口返回】 auth.py --bind-jwt:AUTH_INVALID stderr:[auth] bind failed: code=500, msg=该手机号未在百通服务平台注册 (这是百通服务平台 /api/skill/bind 返回的明确业务错误,不是网络问题;WorkBuddy 只负责提供登录 JWT,账号开通/skill 授权归属百通服务平台) 【需要你完成以下步骤】 1. 前往百通服务平台注册/开通账号:https://s.1100111.cn (手机号需与 WorkBuddy 登录手机号一致,例如 138****0000) 2. 或联系管理员核实 skillCode "BT_3C6D0042" 是否对你的账号开放 3. 处理完成后告诉我,我会重新执行绑定流程 【在此之前】 本次任务无法继续。
场景 D · 网络错误(服务端不可达)
stdout:AUTH_INVALID + CREDENTIALS_INVALID
stderr 包含:network error: ... 或 non-JSON response: ...。
⚠️ 鉴权未通过,无法继续执行业务。 【接口返回】 auth.py --ensure:AUTH_INVALID / CREDENTIALS_INVALID stderr:[auth] remote authorization check failed: network error:(连接 https://s.1100111.cn/baitong_ai/api/skill/verify 超时 / DNS 失败 / 连接被拒) 【需要你完成以下步骤】 1. 检查本机网络是否正常 2. 确认是否需要走 VPN / 公司内网 3. 服务端确认在线后,告诉我重试,我会重新执行 --ensure 【在此之前】 本次任务无法继续,已停止推理避免产出未经鉴权的结果。
场景 E · 远程授权校验失败(VIP 过期 / 权限不足)
stdout:AUTH_INVALID + CREDENTIALS_INVALID
stderr 包含:remote authorization check failed: authorization failed: code=..., msg=VIP_EXPIRED。
⚠️ 鉴权未通过,无法继续执行业务。
【接口返回】
auth.py --ensure:AUTH_INVALID / CREDENTIALS_INVALID
stderr:[auth] remote authorization check failed: authorization failed: code=403, msg=VIP_EXPIRED
(凭证本身有效,但服务端判定当前账号无权使用本 Skill)
【需要你完成以下步骤】
1. 前往百通服务平台续费 VIP 或升级权限等级:https://s.1100111.cn
2. 续费完成后告诉我「已续费」,我会重新执行 --ensure
3. 若你认为不应出现此提示,请联系管理员核实 skillCode "BT_3C6D0042" 的权限配置
【在此之前】
本次的「{业务任务名}」无法继续,本 Skill 需要有效 VIP 才能使用。
报告原则(必须遵守)
| ⛔ 禁止行为 | ✅ 必须行为 |
|---|---|
| 静默重试 / 不告知用户就反复尝试 | 第一次失败立即向用户输出报告模板 |
| 用"系统繁忙、稍后再试"等模糊提示糊弄 | 原样转述 stdout 信号与 stderr 关键行 |
| 跳过鉴权直接产出业务结果 | 鉴权失败立即停止业务推理 |
| 自行决定"用户应该重启 / 清缓存 / 重装" | 给出明确的 1/2/3 步操作清单 |
| 暴露 AppKey / AppSecret 明文 | 错误码与错误消息原样展示,密钥相关字段必须打码(如 app_key=abc****) |
| 把网络错误当成凭证错误处理 | 根据 stderr 关键字区分网络问题与鉴权问题,给出不同处理建议 |
⛔ 特别警告:绝不允许出现「鉴权失败,但我仍按业务流程产出了一份结果,并在末尾轻描淡写地说一句『另外鉴权好像有点问题』」。鉴权门禁与业务输出是互斥关系:鉴权未通过 = 业务输出禁止。
鉴权错误重试上限
当 --ensure 或后续业务请求出现以下情况时,说明本地缓存凭证已失效或不存在,按上方流程重新走一次绑定,完成后必须重新 --ensure 拿到 AUTH_OK 才能继续业务:
| 触发条件 | 说明 |
|---|---|
stdout 含 CREDENTIALS_MISSING |
本地无缓存凭证 |
stdout 含 CREDENTIALS_INVALID |
凭证或远程校验失败 |
stderr 含 HTTP 401 / HTTP 403 |
签名过期或权限不足 |
stderr 含 authorization failed |
服务端鉴权拒绝 |
stderr 含 sign / 签名 / 认证 / 鉴权 |
鉴权类错误关键字 |
protected.py 退出码非 0 且 stderr 提示鉴权类错误 |
受保护内容拉取被拒 |
最多重试 1 次。两次失败说明是服务端问题,告知用户"数据服务暂时不可用",停止重试,不得再次尝试任何业务推理。
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.5万人学习
共6课时 | 54.7万人学习
