Agent Skills
返回列表
患者流漏斗分析

患者流漏斗分析

行业专业 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @baitongai/patient-funnel-analysis-skill。

技能介绍

它解决什么问题

这个技能处理的不是普通分析脚本，而是一条被保护的工作流：必须先确认 Python 环境可用，再通过云端授权拿到 protected instructions，之后才能继续执行后续逻辑。实际执行时会遇到两类常见故障：一类是 PYTHON_CMD 为空、版本过低，或 Windows 下 python 打开了 Microsoft Store；另一类是凭证缺失、过期、绑定失败或服务端校验失败。如果不区分这些信号，Agent 可能把首次绑定误判成真正失败，也可能在鉴权未通过时继续产出业务结果。

技能如何工作

首先静默检测 Python。若 PYTHON_CMD 已存在且版本合适，直接用它执行后续脚本；若用户明确给出 Python 全路径，也优先使用该路径。随后执行 scripts/auth.py --ensure，由脚本处理本地凭证缓存、WorkBuddy 用户绑定、平台校验和错误输出，不要手动解析 JWT、拼接 AppKey/AppSecret 或自行调绑定接口。

stdout 信号分为几类：AUTH_OK 表示通过；AUTH_REQUIRED 搭配 CREDENTIALS_MISSING、AUTH_INVALID 搭配 CREDENTIALS_INVALID 时，应先尝试修复。授权脚本优先读取 _meta.json 的 slug 作为 skillCode，只有缺少该文件时才手动传 --skill-code。修复流程要主动调用 WorkBuddy 的 connect_cloud_service 获取 JWT，再执行绑定，然后重新运行 --ensure。只有拿到 AUTH_OK，才调用 scripts/protected.py；只有它成功返回 protected instructions，才能严格按返回内容继续执行。

适用边界与注意点

这是鉴权门禁，不是可以降级绕过的业务分支。鉴权失败时必须停止业务推理，不能静默重试、静默降级或先给结果再轻描淡写提一句。不要展示或提及 AppKey/AppSecret 明文，错误里密钥字段应打码。stderr 中的 HTTP 401/403、authorization failed、网络错误要区分处理：权限问题让用户重新绑定或检查权限，网络问题说明服务暂时不可用。绑定后的重试最多一次；仍失败就报告并停止。不得凭本地提示或历史上下文伪造受保护流程，也不要把它用在未经授权的通用漏斗分析上。

使用场景

  • 执行受保护技能前需确认 Python 可用并获取 AUTH_OK，避免业务流程在鉴权未通过时继续。
  • 本地没有凭证缓存，需要自动完成 WorkBuddy 绑定并写入 JWT，再重新执行 --ensure。
  • Windows 下 python 命令触发 Microsoft Store，需改用 py -3 启动器继续运行授权脚本。
  • 远程校验返回 VIP_EXPIRED 或 HTTP 401，需要停止业务并向用户报告权限或凭证问题。

适合人员

  • 需要把患者流漏斗分析接入 Agent 的工程师，希望先拿到 AUTH_OK 再执行受保护逻辑。
  • 负责封装技能的研发，需要处理 PYTHON_CMD 缺失、版本低或 Windows 别名问题。
  • 面向 WorkBuddy 做集成的开发者，需要实现 JWT 获取与 --bind-jwt 自动修复。
  • 搭建鉴权门禁的工程团队，需要在 CREDENTIALS_INVALID 时停止业务并生成明确报告。