Agent Skills
返回列表
💻

生产验证 Prod Verify

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 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 问题