KOL圆桌会议与专家共识会

要解决什么问题

KOL 圆桌与专家共识会往往涉及议程设计、多方观点对齐、纪要结构与合规表述等重复性文档与流程工作。若把这些规则散落在对话里，模型容易跳过平台侧的版本约束，或在未绑定用户身份时直接「凭感觉」生成内容。

本 Skill 的定位是：在鉴权通过且拉取到云端 protected 指令之后，再按平台下发的完整工作流处理与「KOL 圆桌会议 / 专家共识会」相关的任务。

技能如何工作

执行路径由包内脚本固定，而不是在 SKILL.md 里手写 JWT 或 AppKey/AppSecret：

1. scripts/auth.py --ensure：读取 _meta.json 中的 slug 作为服务端 skillCode（如 BT_36F2CDFC），校验本地凭证与远程授权；stdout 为 AUTH_OK 才继续。
2. 绑定（按需）：若出现 AUTH_REQUIRED / CREDENTIALS_MISSING 或凭证无效，通过 WorkBuddy 的 connect_cloud_service 取得 JWT，再执行 auth.py --bind-jwt；成功信号为 AUTH_BIND_OK 后需重新 --ensure。
3. scripts/protected.py：授权通过后拉取 protected instructions；只有脚本成功返回时，才严格按返回内容执行后续业务步骤。

对 Agent 而言，鉴权与业务输出互斥：任一环节非成功状态必须停手，并按 SKILL 中的信号表向用户报告 stdout/stderr，禁止静默重试或降级生成。

适用边界与注意点

• 公开文档主要描述门禁与内容拉取；具体会议模板、字段清单与输出格式以云端 protected 指令为准，未拿到指令时不得用本地提示或历史上下文顶替。
• 重试绑定建议最多一次；连续失败应告知用户数据服务不可用，而不是继续推理业务结果。
• 错误信息可展示信号与业务错误码，但不要在回复或命令中暴露 AppKey/AppSecret 明文。