Git测试
- 作者仓库星标 46
- 许可证 MIT
- 作者更新于 实时读取
- 作者仓库 Co-OmniSpec
- 领域
- 工程开发
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 94 / 100 · 已通过审计
- 作者 / 版本 / 许可
- @ZTE-AICloud · MIT
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 需简单配置
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- Linux · Windows
- 底层运行要求
- 无特殊要求
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- Shell 执行
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: branch-management
description: 通用分支与特性目录管理Skill. 当需要基于需求编号创建或复用特性分支和目录时触发. 本 Skill 的详细逻辑已整合于上文步骤中;脚本参数、JSON 输出格式等以 create-new-f…
category: 工程开发
runtime: 无特殊运行时
---
# branch-management 输出预览
## PART A: 任务判断
- 适用问题:代码实现、重构、调试或代码审查。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“概览(职责与输入输出) / 输入与前置条件 / 核心步骤(对应原命令文档)”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于代码实现、重构、调试或代码审查,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“概览(职责与输入输出) / 输入与前置条件 / 核心步骤(对应原命令文档)”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、执行终端命令、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件、执行终端命令;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 先确认触发方式
原文没有稳定的斜杠命令要求。安装验证后通常全局生效,直接在对话里点名这个 Skill 并描述任务即可。
给清楚输入和边界
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件、执行终端命令。
小样例验证后再放大
先用一个小任务确认它会围绕“概览(职责与输入输出) / 输入与前置条件 / 核心步骤(对应原命令文档)”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
复核后再交付
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: branch-management
description: 通用分支与特性目录管理Skill. 当需要基于需求编号创建或复用特性分支和目录时触发. 本 Skill 的详细逻辑已整合于上文步骤中;脚本参数、JSON 输出格式等以 create-new-f…
category: 工程开发
source: ZTE-AICloud/Co-OmniSpec
---
# branch-management
## 什么时候使用
- 把工程方向的常用动作沉淀成 Agent 可调用的技能 适合处理工程开发场景下的代码实现、调试、重构、测试或代码审查,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代…
- 面向代码实现、重构、调试或代码审查,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「概览(职责与输入输出) / 输入与前置条件 / 核心步骤(对应原命令文档)」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件、执行终端命令;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 证据边界与执行链路
作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "branch-management" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> 概览(职责与输入输出) / 输入与前置条件 / 核心步骤(对应原命令文档)
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> 无特殊运行时 | 读取文件、写入/修改文件、执行终端命令 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} 分支与特性目录管理Skill(branch-management)
概览(职责与输入输出)
- 职责:统一管理基于“需求编号”的分支与特性目录创建/复用流程:
- 解析并验证需求编号(强制要求)
- 根据需求编号检查当前分支是否匹配
- 必要时创建新的特性分支与目录
- 典型调用方:
reverse-on-demand(按需反构阶段1)- 其他基于需求编号驱动的命令/Skill
- 输出变量:
REQUIREMENT_ID:需求编号BRANCH_MATCHES_REQUIREMENT:布尔值,当前分支是否匹配需求编号BRANCH_NAME:最终选定/创建的特性分支名称FEATURE_DIR:特性目录绝对路径(例如<REPO_ROOT>/changes/<short-name>/)TARGET_FILE:目标文件绝对路径(可选;本流程下允许为空)REPO_ROOT:仓库根目录(在调用本 Skill 前由调用方提供或通过前置步骤获取)
本 Skill 将分支与特性目录管理流程封装为可复用 Skill,可被 reverse-on-demand 等命令/Skill 调用。
输入与前置条件
- 输入:
- 用户输入文本(包含
$ARGUMENTS中的内容),其中需要有“需求编号”信息; - 调用方可选择是否需要本 Skill 帮助获取
REPO_ROOT。
- 用户输入文本(包含
- 前置条件:
- 需求编号是强制要求:如果未提供需求编号,本 Skill 必须给出中文错误并终止后续流程。
核心步骤(对应原命令文档)
步骤0(可选):获取环境信息(REPO_ROOT)
- 何时执行:
- 若调用方未明确提供
REPO_ROOT,且后续步骤需要使用绝对路径; - 若调用方已提供
REPO_ROOT,可以跳过。
- 若调用方未明确提供
- 操作(跨平台脚本):
- Linux:
bash scripts/bash/check-prerequisites.sh --paths-only --json - Windows:
pwsh scripts/powershell/check-prerequisites.ps1 --paths-only --json - 从 JSON 输出中解析
REPO_ROOT(必须为绝对路径)。
- Linux:
步骤1:解析与验证需求编号
- 解析:
- 从用户输入中解析“需求编号”,支持多种格式:
- 章节形式:
## 需求编号+ 下一行 ID(如TCF-123456) - 行内形式:
需求编号: TCF-123456、MR: TCF-123456、Requirement ID: BUG-123456、PR: TCF-123456等。
- 章节形式:
- 从用户输入中解析“需求编号”,支持多种格式:
- 验证:
REQUIREMENT_ID不为null,不为空字符串,去除首尾空白后非空;- 若验证失败:
- 用中文输出明确错误说明(需求编号是强制要求,并给出格式示例);
- 终止后续分支管理流程。
步骤2:检查当前分支是否匹配需求编号
- 逻辑:
- 当前分支名以
<REQUIREMENT_ID>-为前缀(不区分大小写)视为匹配; - 示例:
TCF-123456-feature-name、tcf-123456-fix-bug等。
- 当前分支名以
- 输出:
BRANCH_MATCHES_REQUIREMENT = true/false- 若为 true:默认复用当前分支。
步骤3:生成分支简短名称(仅在需要创建新分支时)
- 前提:
BRANCH_MATCHES_REQUIREMENT == false - 逻辑:
- 从功能描述中提取 2–4 个关键词,组合成简短英文/拼音短语(如
user-auth、fix-payment-bug); - 分支名格式:
<REQUIREMENT_ID>-<short-name>(如TCF-123456-user-auth)。 - 特性目录短名格式:
<short-name>(如rdma-sharepf-extend)。
- 从功能描述中提取 2–4 个关键词,组合成简短英文/拼音短语(如
步骤4:创建或复用特性分支与目录
- 首先检查是否已有可复用的分支/目录(按原文档优先级):
BRANCH_MATCHES_REQUIREMENT == true:复用当前分支,查找匹配目录;- 当前分支已是特性分支且目录存在:直接复用;
- 搜索
NNN-或需求编号前缀的目录并选择合适的一个。
- 若上述检查都未命中:
- 调用创建特性分支脚本(仓库根目录下):
- Linux:
scripts/bash/create-new-feature.sh --json --branch-name "<REQUIREMENT_ID>-<short-name>" --feature-dir "changes/<short-name>" - Windows:
scripts/powershell/create-new-feature.ps1 --json --branch-name "<REQUIREMENT_ID>-<short-name>" --feature-dir "changes/<short-name>"
- Linux:
- 从脚本 JSON 输出中解析得到:
BRANCH_NAMETARGET_FILE(可为空;不再要求由本流程创建spec.md)FEATURE_DIR(特性目录绝对路径)
FEATURE_DIR以脚本返回值为准;不得依赖TARGET_FILE反推目录路径。- 🔴 强制校验:
FEATURE_DIR必须匹配<REPO_ROOT>/changes/<short-name>/;若不匹配,立即报错并终止流程。
- 调用创建特性分支脚本(仓库根目录下):
步骤5:输出变量与终止条件
- 成功时,本 Skill 向调用方返回(或在上下文中设置)以下变量:
REQUIREMENT_IDBRANCH_MATCHES_REQUIREMENTBRANCH_NAMEFEATURE_DIRTARGET_FILE(若适用)REPO_ROOT(若在步骤0中获取)
- 终止条件:
- 需求编号验证失败;
- 其他脚本错误或路径解析错误(需用中文说明原因,并终止后续依赖步骤)。
参考说明
本 Skill 的详细逻辑已整合于上文步骤中;脚本参数、JSON 输出格式等以 create-new-feature 与 check-prerequisites 脚本的文档为准。执行本 Skill 时,AI Agent 应按上述步骤完成解析、校验与分支/目录创建或复用。
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核