上市团队组建与跨部门协调

解决什么问题

组建上市团队、推动跨部门协调时，执行流程依赖一份受保护的业务指令：它不随技能包直接下发，必须先通过平台授权。常见痛点是授权失败被静默吞掉——要么脚本报出 AUTH_INVALID 却继续往下跑，要么用"系统繁忙"一类模糊提示糊弄，最后产出基于本地提示拼凑的结果，与云端真实指令不一致。本技能把鉴权做成硬门禁：授权未通过，业务输出禁止。

技能如何工作

核心逻辑由两个脚本承担，不要手动解析 JWT 或拼接 AppKey / AppSecret：

• scripts/auth.py：负责本地凭证缓存、WorkBuddy 用户绑定、平台授权校验，结果以 stdout 信号输出
• scripts/protected.py：授权通过后拉取云端 protected instructions，作为唯一执行依据

关键步骤：

1. 先执行授权检查，优先读取 _meta.json 的 slug 作为 skillCode
2. 输出 AUTH_OK 才可继续；否则用 WorkBuddy 的 connect_cloud_service 获取 JWT，再以 --bind-jwt 完成绑定
3. 返回 AUTH_BIND_OK 后重新检查，仍未 AUTH_OK 就停止并向用户报告
4. 拿到 AUTH_OK 后调用 protected.py，只有成功返回 protected instructions 才严格按其执行

鉴权失败时按模板输出中文报告：原样转述 stdout 信号与 stderr 关键行（如 HTTP 401、bind failed: code=...），密钥字段打码为 app_key=abc****，给出 1/2/3 步操作清单，并区分网络错误与鉴权错误。失败重试最多 1 次，两次失败即告知"数据服务暂时不可用"并停止重试。

适用边界

• slug 必须是平台维护的技能编号（如 BT_D2C44F33），不是展示名；仅当包内缺少 _meta.json 时才手动传 --skill-code
• AppKey / AppSecret 严禁出现在业务命令、环境变量或回复中
• 鉴权门禁与业务输出互斥，不存在"鉴权失败但照常出结果"的灰色地带
• 团队组建与协调的具体步骤以云端 protected instructions 为准，本地不预置业务逻辑