关键客户管理RAST模型

这个技能解决什么问题

大模型可以帮你梳理客户信息、起草跟进邮件，但一旦流程里涉及账号体系、权限校验或受保护的云端指令，通用的对话式能力往往只能靠猜：凭证失效了还在继续输出结论，首次绑定被误当成失败，把 AppKey / AppSecret 直接暴露在回复里，或者服务端已经拒绝了还在那里「静默重试」。这些问题在团队协作型工具里尤其常见——客户管理动作需要可验证的授权状态，而不是一句「应该没问题」。

这个技能把关键客户管理（RAST 模型）的业务执行做了一层硬性的工程门禁：先确认本地 Python 环境可用，再确认云端授权状态可用，只有两步都通过，才去拉取受保护的执行指令并继续后续工作流。

技能如何工作

• 环境检测优先执行：在任何 Python 脚本运行前，技能会先静默探测本地解释器。如果 PYTHON_CMD 可用且版本达标，就直接执行 scripts/auth.py；探测不到时才会向用户报告，而不是直接报错退出。
• Windows 兼容处理：在 Windows 上 python 命令可能跳转到 Microsoft Store 而非真正执行，技能会建议使用 py -3 启动器，或关闭应用执行别名。如果用户已经给出解释器全路径，技能会直接采用，避免重复排查。
• 授权是强制前置：scripts/auth.py 负责本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出。技能不会在 SKILL.md 里手动解析 JWT、拼接密钥或调用绑定接口。
• 信号区分可修复与真失败：AUTH_REQUIRED / CREDENTIALS_MISSING 属于首次使用的正常状态，技能会自动继续走绑定流程，而不是停下来打扰用户；AUTH_INVALID / CREDENTIALS_INVALID 会先尝试用新 JWT 覆盖旧缓存。只有绑定后仍然失败，才会按模板报告。
• 受保护内容作为唯一执行依据：授权通过后，技能调用 scripts/protected.py 拉取云端的 protected instructions，并严格按照返回内容继续执行。拉取失败时立即停止，不依赖本地提示或历史上下文继续生成。

适用边界与注意点

• 鉴权门禁与业务输出互斥：授权未通过时禁止产出任何业务结果，也不允许在报告末尾轻描淡写地补一句「另外鉴权有点问题」。
• 重试上限为 1 次：本地凭证失效或远程校验失败时会重新走一次绑定流程，两次仍失败则告知用户数据服务暂时不可用，并停止重试。
• 报告要区分网络与鉴权：network error、HTTP 401、authorization failed 等 stderr 关键字会被区分对待，网络问题不会按凭证错误处理。
• 密钥不落地明文：AppKey / AppSecret 不会出现在业务命令、环境变量或回复中，错误报告里相关字段需要打码。
• 不依赖模型自行推断授权状态：用户告知 Python 已安装但探测不到时，应直接使用用户提供的路径执行，而不是反复猜测环境配置。