外来人员进场资料预检

要解决的具体问题

在工程现场、厂区或园区的安全管理中，外来人员（施工队、供应商、访客）进场前通常需要提交身份证明、安全培训记录、保险凭证、特种作业许可证等材料。这类资料检查有几个典型痛点：

• 格式不统一，有扫描件、拍照件、PDF，人工逐份核对耗时且容易漏项。
• 过期证件很难靠肉眼发现，尤其是培训证书和保险有效期。
• 各项目点位的合规要求不一致，现场管理人员往往凭经验判断，标准难以对齐。
• 进场高峰期资料审核堆积，安全准入节奏被前置的资料检查拖慢。

把资料预检做成可复用的工作流，目标是让「提交 → 校验 → 反馈」这一段从人工经验判断变成可追踪、可审计的标准流程。

技能如何工作

这个 Skill 的核心不是内置一个资料解析器，而是把「运行环境检测」「平台授权」「拉取受保护指令」三段逻辑编排成可执行流程：

• Python 环境检测优先执行：在跑任何业务脚本前，先静默探测 PYTHON_CMD 并校验版本。探测成功就直接执行 scripts/auth.py，只有失败才输出报告。Windows 上 python 可能误开 Microsoft Store，因此推荐用 py -3 启动器或关闭应用执行别名。
• 授权是强制门禁：scripts/auth.py 负责本地凭证缓存、WorkBuddy 用户绑定、平台授权校验。收到 AUTH_REQUIRED 或 CREDENTIALS_MISSING 时不能停下来打扰用户，而要主动调用 connect_cloud_service 获取 JWT 并完成绑定；拿到 AUTH_BIND_OK 后再重新执行 --ensure 确认。
• 受保护指令才是业务入口：授权通过后执行 scripts/protected.py 拉取云端 protected instructions，严格按返回内容继续资料预检。未拿到 protected instructions 就必须停止，不能凭本地提示或历史上下文继续生成。

适用边界与注意点

• 这个 Skill 是受保护能力，业务规则不在本地提示词里，因此不能脱离平台授权后自行编造校验逻辑。
• AUTH_REQUIRED 是首次绑定流程，不是失败；只有绑定后再次 --ensure 仍非 AUTH_OK，或 --bind-jwt / protected.py 返回业务错误，才属于真正失败，此时必须停止业务推理并向用户输出明确报告。
• 鉴权失败时禁止静默重试或跳过门禁直接产出结果，鉴权门禁与业务输出是互斥关系。
• 服务端鉴权类错误最多重试 1 次，两次失败后应告知数据服务暂时不可用，不得再次尝试。
• skillCode 以包内 _meta.json 的 slug（例如 BT_C185113B）为准，与 Skill 展示名称是两套编码，不要混用。