Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

branch-surgery-pr-split分支手术 pr 分裂

Agent Skill

branch-surgery-pr-split 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

494

周安装

20

GitHub Stars

2

下载量

155
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:branch-surgery-pr-split(分支手术 pr 分裂)
来源仓库:https://github.com/liatrio-labs/ai-prompts
仓库路径:skills/branch-surgery-pr-split
安装命令:
npx skills add https://github.com/liatrio-labs/ai-prompts --skill branch-surgery-pr-split
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/liatrio-labs/ai-prompts --skill branch-surgery-pr-split

简介

branch-surgery-pr-split 将危险的大分支手术转化为安全的范围界定 PR 集合,支持拓扑选择与完整性审计。

  • 适用于遗留系统改造、紧急修复拆分与合规性要求高的发布场景,强调协作决策而非自动切割。
  • 量化分支形状后提供两种以上拆分方案并明示 tradeoffs,用户选定后方可进入执行阶段。
  • 使用 strict scope boundaries 与 safety refs 确保过程可逆,生成 PR metadata 供后续追溯使用。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Branch Surgery PR Split

Overview

Use this skill to turn a risky monolithic branch into a safe, auditable set of scoped PRs. Treat topology as a decision, not a default recipe, and collaborate with the user before executing branch surgery.

Workflow

  1. Quantify branch shape before proposing solutions.
  2. Always present the top two topology options with explicit tradeoffs.
  3. Collaborate with the user to select one topology.
  4. Produce a decision-complete split plan.
  5. Execute with safety refs and strict scope boundaries.
  6. Run parity and completeness audits.
  7. Remediate drift and generate PR metadata.

Step 1: Quantify Branch Shape

Collect objective signals first:

  • Commit count and net churn versus base.
  • Number of changed files and hotspot files.
  • Mixed-commit prevalence (single commit touching unrelated concerns).
  • Dependency density between concerns.
  • Expected review risk and conflict risk.

If signals are incomplete, gather more evidence before recommending topology.

Step 2: Generate Topology Options

Always provide the top two options with tradeoffs and a recommendation. Use references/topology-patterns.md to select options.

For each option, include:

  • Topology name.
  • Why it fits this branch shape.
  • Review ergonomics, merge complexity, and conflict risk.
  • Failure modes and mitigations.
  • Cost of execution (low/medium/high).

Do not skip tradeoffs.

Step 3: Collaborate on Topology Selection

Use targeted discovery questions from references/facilitated-discovery-questions.md. Confirm constraints before surgery:

  • Must-merge-first dependencies.
  • Parallel review goals.
  • Tolerance for stacked PR depth.
  • Documentation isolation preference.
  • Release timing constraints.

If the user is unsure, recommend one option and explain what would change with the second option.

Step 4: Produce a Decision-Complete Split Plan

Produce:

  • Branch inventory with base branch mapping.
  • Commit disposition map (keep, split, drop-as-superseded).
  • Execution order.
  • Merge order.
  • Validation gates.
  • Risk register and mitigations.

Use templates in references/pr-stack-templates.md.

Step 5: Execute Branch Surgery Safely

Execution rules:

  • Create backup refs first (tag and/or backup branch).
  • Preserve explicit scope contracts per split branch.
  • For mixed commits, use cherry-pick -n and stage only owned files/hunks.
  • Keep shared-doc churn isolated when selected topology calls for it.
  • Avoid hidden carryover changes by checking staged file lists before commit.

Step 6: Audit Before Confidence

Run audit gates from references/audit-gates.md. A split is incomplete until all gates pass or deviations are documented.

Mandatory checks:

  • No missing files compared to original net diff.
  • No unexpected extra files.
  • Per-file parity or intentional documented divergence.
  • Deletion semantics parity.
  • Branch scope boundaries match PR intent.

Step 7: Remediate and Package PRs

If audit finds issues:

  1. Fix scope drift or ownership errors.
  2. Re-run audits.
  3. Remove redundant branches.

Then generate PR metadata and merge sequencing notes using references/pr-stack-templates.md.

Output Standard

Always provide:

  1. Chosen topology and why it won over the runner-up.
  2. Branch plan and merge order.
  3. Audit summary with pass/fail status per gate.
  4. Remediation actions taken.

References

  • references/topology-patterns.md
  • references/facilitated-discovery-questions.md
  • references/audit-gates.md
  • references/pr-stack-templates.md

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

39.85%
按下载量换算62

Claude

29.28%
按下载量换算45

Cursor

18.98%
按下载量换算29

Gemini CLI

9.19%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills