技能介绍

要解决什么问题

制造业里的质量管控往往依赖固定 SOP、检验口径和平台侧更新的规程。若把这些流程直接写死在本地提示里，既难与百通 AI 平台权限对齐，也无法保证 VIP、技能启用状态变更后仍执行同一套受控指令。本 Skill 的定位是 生产质量管理 场景下的受保护能力：业务步骤不在公开 SKILL.md 里完整展开，而是经授权后从云端拉取 protected instructions，再严格按返回内容执行。

技能如何工作

每次使用前必须先过授权门禁，逻辑集中在 scripts/auth.py，包括本地凭证缓存（如 ~/.workbuddy/skill_auth/BT_SCZLGL.json）、WorkBuddy 用户绑定与远程校验。典型顺序是：

执行授权检查（auth.py --ensure），以包内 _meta.json 的 slug 作为服务端 skillCode（例如 BT_SCZLGL），而不是展示名称。
若 stdout 为 AUTH_OK，继续调用 scripts/protected.py 获取受保护指令；只有成功返回 protected instructions 后才能继续，不得用本地 SKILL 片段或历史上下文顶替。
若出现 AUTH_REQUIRED、CREDENTIALS_MISSING 等信号，需通过 WorkBuddy 的 connect_cloud_service 取得 JWT，再经 auth.py --bind-jwt 完成绑定；绑定成功见 AUTH_BIND_OK 后重新 --ensure。

鉴权失败时必须立即停止业务推理，并向用户说明 stdout 信号与 stderr 关键信息（网络、401、VIP 过期等应区分处理），且不得在鉴权未通过时仍输出质量管理类结论。

适用边界与注意点

这是 平台受保护 Skill，不是可离线复制的通用质检模板库；无授权或无 protected 内容时，应停手而非猜测规程。
不要在对话或命令中暴露 AppKey / AppSecret 明文；密钥相关字段需打码。
--ensure 与绑定流程在凭证类错误上 最多重试 1 次；连续失败应告知数据服务暂不可用，避免静默重试或模糊「系统繁忙」话术。

截图预览

使用场景

在 WorkBuddy 或 Agent 里首次启用百通「生产质量管理」Skill，需要先跑通 `auth.py --ensure` 与 `protected.py`，再按云端指令处理质量规程类请求
车间出现批次异常时，QE 希望通过助手执行平台下发的受控工作流，而不是让模型凭本地 SKILL 片段自拟检验与处置步骤
集成环境中本地缺少 `~/.workbuddy/skill_auth` 凭证文件，需用 `connect_cloud_service` 取 JWT 并完成 `--bind-jwt` 后，才能继续质量管理相关对话
远程校验返回 VIP 过期或 HTTP 401 时，需要立即停掉质检类业务输出，并向现场人员说明 stdout/stderr 信号与下一步绑定或续费动作

适合人员

制造企业质量工程师，要在智能体中调用百通受控的生产质量管理规程，并确保每次会话都经过平台授权与 protected 拉取
负责 WorkBuddy 对接的集成工程师，需要实现「先 AUTH_OK、再 protected instructions、最后业务推理」的强制链路，避免跳过鉴权
现场 QC 主管或班组长，希望助手话术与处置步骤来自会随平台更新的受保护指令，而非离线复制的检验模板
交付或运维人员，在客户环境首次部署该 Skill 时处理凭证绑定、鉴权失败报告模板及最多一次的重试策略