git-workflow

Sterne10

Forks4

Aktualisiert24. Mai 2026 um 02:34

执行明确的 Git 操作，例如查看状态、提交、建分支、push、stash 或创建 PR。只有在用户明确要求实际执行这些 Git 操作时才使用；不要用于单纯解释 Git 概念或讨论策略。

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

Quelle

Tokfinity

Tokfinity/InfCodeX

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

SoftwareentwicklerInformatik- und Mathematikberufe·SOC 15-1252

SKILL.md

readonly

name	git-workflow
description	执行明确的 Git 操作，例如查看状态、提交、建分支、push、stash 或创建 PR。只有在用户明确要求实际执行这些 Git 操作时才使用；不要用于单纯解释 Git 概念或讨论策略。
user-invocable	true
disable-model-invocation	true
allowed-tools	Read, Grep, Glob, Bash(git:, gh:)
argument-hint	[status\|commit\|branch\|push\|pr\|stash] [args]
compatibility	Requires a Git repository. Pull request creation works best when GitHub CLI (gh) is installed and authenticated.

Git Workflow Skill

执行 Git 工作流时，优先保证仓库安全、改动边界清晰、命令可追溯。

总流程

先检查仓库状态，例如 git status --short --branch，必要时补充 git diff --stat、git diff --cached、git log --oneline。
根据第一个参数判断操作类型；如果用户表达明确，就直接执行对应流程。
对会改写历史、删除数据或影响远程分支的操作，先说明风险；只有在用户明确要求时才继续。
所有 Git 命令都使用非交互方式执行。

支持的操作

status

汇总当前分支、upstream、已暂存/未暂存/未跟踪文件，以及明显的下一步建议。

commit

只暂存与当前任务直接相关的文件；不要顺手带上无关改动。
如果用户没有提供 message，基于 diff 生成简洁的 Conventional Commit。
优先使用 git add <path>，避免无差别 git add .，除非用户明确要求全部提交。
提交前检查是否混入敏感文件或明显不该提交的产物。

Commit 模板

<type>(<scope>): <description>

[optional body]

[optional footer]

branch

create / new: 创建新分支。除非用户指定，否则遵循仓库已有命名风格。
switch / checkout: 切换分支前，先检查当前工作区是否干净。
list: 列出本地/远程分支，并在有帮助时指出当前分支。
delete / remove: 仅在删除条件安全且用户请求明确时执行。

push

先确认当前分支与 upstream 的关系。
首次 push 或没有 upstream 时，设置合适的 upstream。
--force 或 --force-with-lease 只有在用户明确要求时才允许。

pr

检查当前分支是否已 push，必要时先推送。
基于 diff 和提交历史生成简洁的 PR 标题与描述。
使用 gh pr create 前确认 gh 可用且已认证；否则清楚说明阻塞点。

stash

save: 有上下文时附带说明性消息。
list: 列出 stash，并说明最近一条的用途。
pop: 应用并删除最近 stash，若有冲突需明确报告。
drop: 仅在用户明确要求删除时执行。

安全边界

不要使用 git reset --hard、git checkout --、git clean -fd、git commit --amend、强推、历史改写等危险操作，除非用户明确要求。
不要回滚、覆盖或丢弃用户的无关改动。
遇到脏工作区、冲突、无 upstream、权限不足、缺少 gh 等阻塞时，要先解释现状再继续。
对“合并分支”“rebase”“cherry-pick”等这里没有明确定义的操作，如果用户明确提出，可以按 Git 最佳实践执行，但要先说明风险和计划。

汇报方式

简洁说明执行了哪些命令、当前仓库状态变成了什么样。
如果因为风险或条件不满足而没有执行，要明确说明原因和下一步建议。

使用示例

/git-workflow status - 查看当前仓库状态
/git-workflow commit - 分析相关改动并提交
/git-workflow commit "fix: resolve auth bug" - 使用指定消息提交
/git-workflow branch create feature/login - 创建新分支
/git-workflow push - 推送当前分支
/git-workflow pr - 为当前分支创建 PR
/git-workflow stash - 暂存当前变更

Mehr aus diesem Repository

gleiches Repository

code-review

Tokfinity/InfCodeX

审查代码、diff、提交或当前 git 改动，重点发现 bug、行为回归、边界条件遗漏、安全风险、性能问题和缺失测试。当用户提到 code review、review 这段代码、帮我看看改动有没有问题、审查 PR/提交时使用；不要用于单纯解释代码或直接实现需求。

2026-06-2510

skill-creator

Tokfinity/InfCodeX

创建、重写、迁移和优化 KodaX/Agent Skills。当用户想新建 skill、把外部 skill 迁移到 KodaX、改进触发描述、整理 supporting files、设计评测用例、补齐 grading/benchmark/review/comparison 流程或验证 skill 结构时使用。即使用户没有明确说“skill”，只要目标是在沉淀可复用的代理工作流、提示词或脚本能力，也应该使用这个 skill。

2026-06-2310

tdd

Tokfinity/InfCodeX

用测试驱动开发方式实现或修复功能：先写失败测试，再做最小实现，最后重构。只在用户明确要求 TDD、先写测试、补回归测试或按 Red-Green-Refactor 工作时使用；不要用于单纯解释测试报错或泛泛讨论测试概念。

2026-05-2410

name	git-workflow
description	执行明确的 Git 操作，例如查看状态、提交、建分支、push、stash 或创建 PR。只有在用户明确要求实际执行这些 Git 操作时才使用；不要用于单纯解释 Git 概念或讨论策略。
user-invocable	true
disable-model-invocation	true
allowed-tools	Read, Grep, Glob, Bash(git:, gh:)
argument-hint	[status\|commit\|branch\|push\|pr\|stash] [args]
compatibility	Requires a Git repository. Pull request creation works best when GitHub CLI (gh) is installed and authenticated.

Git Workflow Skill

执行 Git 工作流时，优先保证仓库安全、改动边界清晰、命令可追溯。

总流程

先检查仓库状态，例如 git status --short --branch，必要时补充 git diff --stat、git diff --cached、git log --oneline。
根据第一个参数判断操作类型；如果用户表达明确，就直接执行对应流程。
对会改写历史、删除数据或影响远程分支的操作，先说明风险；只有在用户明确要求时才继续。
所有 Git 命令都使用非交互方式执行。

支持的操作

status

汇总当前分支、upstream、已暂存/未暂存/未跟踪文件，以及明显的下一步建议。

commit

只暂存与当前任务直接相关的文件；不要顺手带上无关改动。
如果用户没有提供 message，基于 diff 生成简洁的 Conventional Commit。
优先使用 git add <path>，避免无差别 git add .，除非用户明确要求全部提交。
提交前检查是否混入敏感文件或明显不该提交的产物。

Commit 模板

<type>(<scope>): <description>

[optional body]

[optional footer]

branch

create / new: 创建新分支。除非用户指定，否则遵循仓库已有命名风格。
switch / checkout: 切换分支前，先检查当前工作区是否干净。
list: 列出本地/远程分支，并在有帮助时指出当前分支。
delete / remove: 仅在删除条件安全且用户请求明确时执行。

push

先确认当前分支与 upstream 的关系。
首次 push 或没有 upstream 时，设置合适的 upstream。
--force 或 --force-with-lease 只有在用户明确要求时才允许。

pr

检查当前分支是否已 push，必要时先推送。
基于 diff 和提交历史生成简洁的 PR 标题与描述。
使用 gh pr create 前确认 gh 可用且已认证；否则清楚说明阻塞点。

stash

save: 有上下文时附带说明性消息。
list: 列出 stash，并说明最近一条的用途。
pop: 应用并删除最近 stash，若有冲突需明确报告。
drop: 仅在用户明确要求删除时执行。

安全边界

不要使用 git reset --hard、git checkout --、git clean -fd、git commit --amend、强推、历史改写等危险操作，除非用户明确要求。
不要回滚、覆盖或丢弃用户的无关改动。
遇到脏工作区、冲突、无 upstream、权限不足、缺少 gh 等阻塞时，要先解释现状再继续。
对“合并分支”“rebase”“cherry-pick”等这里没有明确定义的操作，如果用户明确提出，可以按 Git 最佳实践执行，但要先说明风险和计划。

汇报方式

简洁说明执行了哪些命令、当前仓库状态变成了什么样。
如果因为风险或条件不满足而没有执行，要明确说明原因和下一步建议。

使用示例

/git-workflow status - 查看当前仓库状态
/git-workflow commit - 分析相关改动并提交
/git-workflow commit "fix: resolve auth bug" - 使用指定消息提交
/git-workflow branch create feature/login - 创建新分支
/git-workflow push - 推送当前分支
/git-workflow pr - 为当前分支创建 PR
/git-workflow stash - 暂存当前变更