前言¶

从一句话想法到代码上线，中间要经过需求澄清、编码、评审、测试、构建、发布，每一步还得设一道门禁决定能不能往下走。

常见做法是 CI 脚本加人工评审：规则散在各个工具的配置文件里，改一条准入条件可能要动 lint、单测、构建和发布四份配置；门禁结果也常常只留在日志里，事后很难回答”这版为什么能过”。

下面介绍的这个 Skill 把这条链路放进 Agent Skill 里，让编排和门禁由同一套规则驱动。

这是什么¶

一句话定位：从想法到生产的软件交付全流程智能编排与质量门禁。

出处信息：发布者 user_2fd890c9，来源标记为 community，SkillHub 分类 dev-programming，当前版本 1.0.6，坐标 @user_2fd890c9/agent-ready-repo。

它面向的是已经把 AI 编程助手接进日常开发的团队：把”什么阶段做什么、做完什么才能进入下一阶段”这套交付纪律，从分散的脚本和口头约定，收敛到一个可被 Agent 读取的入口。

已核实的基本信息¶

这些字段来自 SkillHub 页面：

• 名称：软件交付 智能编排 质量门禁
• 版本：1.0.6
• 来源：community
• 分类：dev-programming
• 标签：requires_api_key=false
• 评分：100000
• 下载：1176
• 安装：0

标签 requires_api_key=false 意味着按页面标注，启用这个 Skill 不需要额外提供 API Key，具体接入方式仍以官方页面说明为准。

关于评分和下载量，另有一份资料给出的是 99821 和 1116，与页面数据不一致。官方页面本次未能访问，无法确认哪一份是最新值，引用时建议以 SkillHub 页面为准。

核心功能与能力边界¶

资料中能核实到的能力，只有简介这一句：从想法到生产的软件交付全流程智能编排与质量门禁。

可以拆成两层理解，但不展开猜测：

1、全流程编排：覆盖从想法到生产这条链路，Agent 在各阶段之间的推进顺序由 Skill 统一约束，而不是让每个环节各自决定下一步。
2、质量门禁：在阶段之间设置准入条件，未通过的门禁不进入下一阶段。

需要说明的是，资料没有列出具体的阶段划分、门禁项清单、规则文件格式，也没有给出它在 CI 之外是否支持其他触发方式。这些内容在官方页面恢复访问前无法核实，本文不做补充。

安装与启用¶

资料中没有提供安装命令、Skill 目录路径或配置字段，也没有分别说明 Cursor / Codex CLI / Claude Code 的接入差异。

因此这里只给出地址和确认方式，不写未经验证的命令：

• 官方地址：https://api.skillhub.cn/user_2fd890c9/agent-ready-repo
• SkillHub 页面：https://www.skillhub.cn/skills/user_2fd890c9/agent-ready-repo

拿到安装命令之前，建议先在页面上确认两件事：这个 Skill 支持哪些 Agent 运行时，以及门禁规则是否需要额外提供凭证或仓库权限。标签显示 requires_api_key=false，但仓库访问权限是另一回事，别按标签推断。

典型用法¶

资料中没有可复现的官方示例，因此本文不给调用示例和参数表。

核实到的边界是：它属于通用 SKILL.md 格式的 Skill，具体触发词、输入参数和输出格式需要在实际安装后从 Skill 自身的说明文件里读取，而不是从本文推断。

适用场景与注意¶

适合的场景：交付链路长、阶段多、需要在 Agent 自主推进和人工把关之间划出明确分界线的团队。

需要注意的地方：

• 门禁的价值取决于规则本身。如果现有 lint、单测、构建脚本已经能覆盖大部分检查，引入编排层主要是解决”谁在什么时候该做什么”的问题，别指望它自动补齐缺失的测试。
• 编排规则和现有 CI 可能重叠。上线前先盘点两边各自校验了什么，避免同一道检查在两个地方以不同标准执行。
• 版本 1.0.6 说明它处于早期迭代，安装数为 0，落地前先在非生产仓库试一轮，确认门禁不会在关键路径上静默拦截或静默放行。
• 本 Skill 来源是 community，不是官方维护，升级和问题响应依赖发布者个人节奏。

结尾¶

这个 Skill 的价值在于把交付流程和质量门禁放进同一个可被 Agent 读取的入口，让”能不能进下一阶段”有据可查，而不是散落在日志和口头约定里。

官方地址：https://api.skillhub.cn/user_2fd890c9/agent-ready-repo