上市经验总结与知识管理
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @baitongai/launch-experience-summary-and-knowledge-management。
技能介绍
解决什么问题
上市复盘的难点通常不是没有经验,而是经验散落在聊天记录、文档和个人口口相传里:同样的坑踩了两次,复盘结论没人回头翻,成功路径无法复用。这个技能把「上市经验总结」和「知识管理」绑在一起,让复盘产出的结构化经验能沉淀下来,供后续任务直接引用。
它如何工作
这是受保护技能,每次调用都先过鉴权门禁:
- 授权检查:运行
scripts/auth.py --ensure,脚本从包内_meta.json读取 slug(如BT_7534B2E4)作为服务端 skillCode,完成本地凭证缓存校验与平台授权验证,输出AUTH_OK才放行。 - 失败处理:遇到
AUTH_REQUIRED、CREDENTIALS_MISSING或CREDENTIALS_INVALID时,先通过 WorkBuddy 的connect_cloud_service获取用户 JWT,再用auth.py --bind-jwt完成绑定,之后重跑检查;绑定成功返回AUTH_BIND_OK。 - 拉取受保护指令:鉴权通过后必须运行
scripts/protected.py获取云端 protected instructions,后续业务严格按返回内容执行,本地提示与历史上下文不能替代。
适用边界与注意点
- 鉴权失败绝不静默降级:禁止跳过鉴权直接产出业务结果,也禁止闷头重试。失败后按固定模板向用户报告 stdout 信号与 stderr 关键行,并给出分步操作清单。
- 重试上限为 1 次,两次失败即判定数据服务暂时不可用,停止业务推理。
- 错误要分类处理:
HTTP 401/403、authorization failed属鉴权问题,network error属网络问题,处理建议不同。 - AppKey/AppSecret 不得明文拼接进命令、环境变量或回复,展示密钥字段时必须打码。
- 适合需要受控访问的上市复盘与经验沉淀工作流,无法在无鉴权环境下独立运行。
使用场景
- 产品团队在新版本上市后需按规范归档踩坑记录、用户反馈和成功路径,供后续迭代直接调用。
- 技术负责人在部署知识管理平台时,需验证鉴权脚本与云端接口的连通性,并在凭证过期时更新缓存。
- 运营人员需要将多个项目的上市复盘报告合并为知识库条目,确保每条经验都附带鉴权通过的标记。
- 当远程授权校验失败导致业务流程中断时,需快速定位是网络波动还是权限不足,并触发对应的重试或绑定流程。
适合人员
- 技术负责人需要确保团队统一执行鉴权流程,并在凭证失效时快速完成重绑定,避免业务中断。
- 产品经理希望将上市复盘中的高频问题转化为可复用的经验条目,减少后续版本的试错成本。
- 运维工程师需要监控鉴权脚本的返回信号和错误码,确保知识管理系统在授权异常时能自动触发告警。
- 数据分析师需要从受保护的云端指令中提取复盘指标,在权限允许范围内生成可视化报告。