S6GEO内容合规审核引擎

把环境检测与授权变成硬性前置门禁

这个技能要解决的不是一个业务功能，而是一个执行治理问题：当一个受保护能力同时依赖本地 Python 环境和云端授权时，如何避免脚本在环境缺失或凭证失效时继续跑下去，甚至静默产出未经平台校验的结果。

很多自动化流程里，环境检测是可选的、授权是事后补的。结果要么是报错中断，要么是带着失效凭证硬跑，最后输出的内容根本未经校验。S6GEO 的做法是把这两步做成互斥门禁：环境不通过就不执行脚本，授权不通过就不产出业务结果。

核心机制

Python 环境静默检测：执行任何 Python 脚本前，先静默检测 PYTHON_CMD。有值且版本正常就直接执行；为空或版本过低才报告。用户主动提供全路径时，检测不到就直接用全路径跑。Windows 下裸 python 命令可能打开 Microsoft Store，技能内置了 py -3 启动器作为规避方案。

强制授权门禁：所有工作流执行前必须先过 scripts/auth.py --ensure。授权逻辑全部封装在脚本里，包括本地凭证缓存、WorkBuddy 用户绑定、平台授权校验和错误信号输出。调用方不需要手动解析 JWT、拼接 AppKey/AppSecret，也不要直接调绑定接口。

信号分叉处理：AUTH_REQUIRED 和 CREDENTIALS_MISSING 是首次使用的正常状态，不是失败。技能会自动调用 WorkBuddy 的 connect_cloud_service 拿 JWT，执行 --bind-jwt 绑定，再重新 --ensure。整条链路不需要用户介入。

真正失败才报告：只有当绑定流程已执行、重新 --ensure 仍返回非 AUTH_OK 时，技能才会停下来输出中文报告，原样转述 stdout 信号和 stderr 关键行，并给出分步操作清单。鉴权失败与业务输出是互斥关系，未通过就禁止产出。

云端指令拉取：授权通过后通过 scripts/protected.py 获取云端受保护指令。只有成功返回 protected instructions 才按其内容继续执行；拉取失败则停止，不允许凭本地提示或历史上下文推断业务逻辑。

适用边界

这是受保护能力，不能离线运行。本地 SKILL.md 只负责环境检测、授权编排和错误报告，真正的合规审核指令存放在云端。授权错误最多自动重试 1 次，两次失败后提示数据服务暂时不可用并停止，不得再尝试任何业务推理。

AppKey / AppSecret 不向用户展示，也不拼接到业务命令或环境变量里。