技能介绍

这个技能要解决的问题

做 KOL 深度访谈时，真正卡人的往往不是「聊什么」，而是把访谈目标、达人的圈层差异、问题梯度和收尾动作揉成一份能直接上手的提纲。靠人肉整理，一份提纲半天起步，而且质量跟着整理者的经验走，跨人协作时口径还会飘。IN-05KOL 把这件事固化成一个可执行的技能：你给出对象和目的，它产出结构化的深度访谈提纲。

它是怎么工作的

核心设计是两道前置门禁 + 一份云端受保护指令，业务输出之前必须先全部通过。

Python 环境检测（最先执行）：任何脚本跑之前先静默探测可用解释器，结果只有三种走向——直接执行、版本过低告警、找不到告警。PYTHON_CMD 有值且版本正常就直接跑；用户给了全路径就优先用用户给的。Windows 上 python 常被 Microsoft Store 别名截走，所以推荐 py -3 启动器，或关掉应用执行别名。
授权检查 scripts/auth.py --ensure：本地凭证缓存 + 平台校验由脚本统一处理，不要手动解析 JWT、拼 AppKey/AppSecret 或自己调绑定接口。_meta.json 里的 slug 会被当作服务端 skillCode 传上去，只有缺文件时才手动传参。
首次绑定是正常流程，不是失败：AUTH_REQUIRED / CREDENTIALS_MISSING 表示本地没凭证，Agent 必须主动调用 WorkBuddy 的 connect_cloud_service 拿 JWT 再执行 --bind-jwt，不能停下来打扰用户。凭证过期同理，用新 JWT 覆盖旧缓存。
拉取受保护内容：授权通过后跑 scripts/protected.py，只有它成功返回 protected instructions，才允许按返回内容继续生成。拿不到就停，不允许用本地提示词或历史上下文顶替。

适用边界与注意点

门禁与输出互斥：鉴权没过就禁止产出业务结果，不存在「先交一份再补一句鉴权有点问题」的折中。
重试上限 1 次：CREDENTIALS_MISSING、CREDENTIALS_INVALID、stderr 里的 HTTP 401/403、authorization failed 都触发一次重绑流程；两次仍失败说明服务端有问题，直接告知不可用并停止。
错误要分清性质：网络不可达和远程权限校验失败（如 VIP 过期）给的处理建议完全不同，报告时原样转述 stdout 信号与 stderr 关键行。
密钥不回显：AppKey / AppSecret 只走脚本内部，不出现在命令、环境变量或回复里，错误码中的密钥字段需打码。
前置条件：需要可用的 Python 环境和网络；云端 protected 内容的可用性依赖平台侧，本地无法降级替代。生成的提纲是起点，投放前仍需业务方做事实核对。