百通AI全域调度中枢

问题背景

技能启动后第一件事就是执行 Python 脚本，但运行环境并不可控：python 可能完全不存在，Windows 上这个名字还可能被 Microsoft Store 别名劫持，另外解释器版本过旧也会导致语法不兼容。在提示词里写死路径解决不了这两类情况，失败场景也无法收敛。

第二层问题是授权。这个技能属于受保护能力，真正的业务指令不会随包下发，必须先通过 scripts/auth.py 完成校验，scripts/protected.py 才愿意返回内容。如果鉴权没过就继续推理，产出的业务结果看着正常、实际不可信，比停下来更危险。

核心机制

环境处理与鉴权拆成两段，顺序是强制的：

• 静默检测优先：先探测解释器与版本，成功就直接执行，只有失败才向用户报告。用户给出的全路径优先于探测结果，避免重复检测。
• 信号分级：AUTH_REQUIRED、CREDENTIALS_MISSING 属于首次绑定，可以自动修复；AUTH_INVALID、CREDENTIALS_INVALID 走覆盖旧凭证的修复路径；只有绑定之后仍然失败，才算真正的失败。
• 主动绑定：收到未授权信号时，Agent 必须主动调用 WorkBuddy 的 connect_cloud_service 拿到 JWT，再执行 --bind-jwt 写入本地缓存。这一步不能交给用户，也不能假设用户已经完成。
• 鉴权门禁：protected.py 成功返回 protected instructions 之后，才能严格按照云端下发的内容继续工作流。拿不到就停止，不凭本地提示或历史上下文继续生成。

失败报告同样有约束：原样转述 stdout 信号与 stderr 关键行，区分网络不可达与服务端拒绝授权，密钥字段打码，鉴权类错误最多重试一次，之后告知用户并停止业务推理。

适用边界

• 依赖 scripts/auth.py、scripts/protected.py 与包内 _meta.json，包结构被裁剪后自检能力会失效。
• 授权链路依赖 WorkBuddy 与平台服务端，网络不可达或权限过期时本地无法绕过。
• Windows 下建议使用 py -3 启动器，或关闭应用执行别名。
• 不要手动解析 JWT、拼接 AppKey / AppSecret，密钥明文不应出现在命令行、环境变量或回复中。