产品再定位与二次开发
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md 安装 @baitongai/product-repositioning-and-secondary-development,使 AI 助手可调用该技能。
技能介绍
解决什么问题
当一个产品需要重新定位,或要在原有基础上做二次开发时,最常见的风险不是缺少想法,而是把未经授权的推理当成可用方案。这个技能面向这类可追踪、需要云端受保护指令的场景:它会先确认当前用户是否已经通过平台授权,只有在授权通过并取回受保护内容后,才进入实际业务流程。
核心能力与关键步骤
- 授权门禁:执行前调用
scripts/auth.py --ensure,由脚本读取本地凭证缓存、WorkBuddy 绑定信息并完成平台校验;不要自行解析 JWT、拼接 AppKey/AppSecret 或直接调用绑定接口。 - 绑定流程:如果返回
AUTH_REQUIRED、CREDENTIALS_MISSING或凭证无效,需要先通过 WorkBuddy 的connect_cloud_service获取登录用户 JWT,再交给授权脚本绑定;绑定成功后重新执行授权检查,直到输出AUTH_OK。 - 受保护指令:授权通过后必须调用
scripts/protected.py获取云端protected instructions。只有拿到该内容,才能按返回结果继续;否则必须停止,不能凭本地提示或历史上下文继续生成。 - 失败即停:当出现
AUTH_INVALID、CREDENTIALS_INVALID、HTTP 401/403、authorization failed或受保护内容拉取失败时,要立即停止业务推理,向用户说明实际 stdout 信号与 stderr 关键行,并给出下一步处理建议。绑定类失败最多重试一次;再次失败就报告数据服务暂时不可用。
适用边界
- 适合已经接入 WorkBuddy 授权体系、需要执行云端受保护流程的团队。
- 不适合试图绕过授权、把业务结果建立在本地猜测之上的场景。
- 不要展示或明文传递密钥字段;授权失败与业务输出是互斥关系,未通过门禁时禁止产出业务结果。
使用场景
- 首次使用技能时需要完成平台授权绑定,获取本地凭证缓存后继续业务流程
- 已缓存凭证失效时重新执行授权检查,绑定新JWT后拉取云端受保护指令
- 授权失败需向用户明确报告错误信号和重试建议,停止当前业务推理
- 需将JWT绑定到授权脚本并通过平台校验,确保后续操作符合权限要求
适合人员
- 需要执行受保护业务流程的团队负责人,诉求是确保每次操作前完成授权校验,避免未授权结果输出
- 已接入WorkBuddy的开发者,诉求是规范JWT绑定流程,不手动处理密钥字段
- 负责技能集成的运维人员,诉求是明确授权失败时的停止机制和错误报告格式
- 需要遵守平台权限策略的业务分析师,诉求是通过受保护指令获取合法操作指引