生产验证 Prod Verify
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_7302e03b/dedup-prod-b-1781795214。
技能介绍
要解决什么问题
在 Agent Skills 或类似「技能包」分发流程里,元数据去重(meta dedup) 往往决定同一份内容会不会被重复入库、索引或展示。若上传侧缺少约定好的元数据文件,测试环境很难稳定复现「带 _meta.json 的上传」这一路径,也就无法验证 dedup 逻辑是否按预期生效。
Prod Verify 对应的是 生产/发布链路侧的验证场景:用最小可运行包确认「上传物包含 _meta.json」这一约束是否被正确识别与处理。
技能如何工作
从 SKILL.md 描述看,本技能定位为 Meta dedup test,核心预期是:
- 上传内容中 必须包含
_meta.json,用于携带或触发元数据相关校验; - 配合平台侧的 dedup 规则,检验重复 meta 或重复包是否被正确合并、拒绝或标记。
典型使用方式是把该技能当作 探针(probe):构造符合要求的目录/压缩包,走一遍上传与 dedup 流程,观察平台返回与最终入库结果,而不是在生产业务技能里承载复杂业务逻辑。
适用边界与注意点
- 资料中正文极简(含
test等占位说明),不要把它当作完整业务技能;更适合 QA、发布前冒烟或平台联调。 - 若你的 dedup 规则还依赖其它字段(版本号、内容哈希、canonical id 等),需要自行扩展
_meta.json或与平台文档对齐,本仓库说明未展开这些细节。 - 名称中的 Prod 应理解为验证目标环境(生产/发布验证),而非保证已通过正式 SLA 的运维工具。
使用场景
- 在 SkillHub 联调 dedup 规则前,先上传带 `_meta.json` 的最小包,确认平台能识别元数据并触发去重
- 发布流水线冒烟阶段,用 Prod Verify 走一遍「含 _meta.json 的上传」路径,核对是否与测试环境行为一致
- QA 复现「重复 meta 导致重复入库」工单时,固定上传物结构,只改 _meta.json 字段做对照实验
- 平台侧改 dedup 策略后,用同一探针包回归,检查重复包是被合并、拒绝还是仍被索引
适合人员
- 维护技能发布与索引的后端工程师,需要在生产前验证 meta dedup 是否按 `_meta.json` 约定生效
- 负责 SkillHub 或同类平台上线的 QA,需要可重复的探针包做上传与去重回归
- 编写 CI/CD 发布脚本的 DevOps,要在流水线里加一步「带 _meta.json 上传」的冒烟检查
- 排查重复技能条目或错误合并的数据平台同学,需要最小复现包隔离 dedup 问题