技能 git-pr-workflows-git-workflow
📦

git-pr-workflows-git-workflow

安全 ⚙️ 外部命令

通过多智能体编排自动化 Git PR 工作流

简化从代码审查到拉取请求创建的 git 工作流。此技能协调专用 AI 智能体以确保代码质量、运行测试、生成常规提交,并创建文档完善的 PR。

支持: Claude Codex Code(CC)
🥉 74 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“git-pr-workflows-git-workflow”。 对包含 5 个修改文件的新身份验证功能进行代码审查

预期结果:

代码审查报告:2 个高严重性问题(登录端点缺少输入验证、配置中硬编码凭证)、3 个中等问题(错误处理不一致、缺少日志记录)、5 个低等问题(风格违规)。建议包括实施速率限制和使用环境变量存储机密。

正在使用“git-pr-workflows-git-workflow”。 对 API 端点更改执行测试

预期结果:

测试结果:47 个通过,2 个失败(新端点的集成测试),0 个跳过。覆盖率:84% 语句、78% 分支、81% 函数。未测试的关键路径:认证中间件中的错误处理、令牌过期情况的边界案例。

安全审计

安全
v1 • 2/25/2026

All static analysis findings are false positives. The scanned file (SKILL.md) is a markdown documentation file, not executable code. Detected patterns like backticks are markdown formatting for code examples, and terms flagged as cryptographic references are ordinary text mentions (e.g., feature flags). No actual security risks exist in this developer productivity skill.

1
已扫描文件
143
分析行数
1
发现项
1
审计总数
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
91
规范符合性

你能构建什么

企业开发团队

在大型团队中标准化 git 工作流,具有符合 Conventional Commits 和分支保护策略的一致代码审查、测试和 PR 创建流程。

独立开发者

自动化重复的 git 任务,并在提交前通过多智能体审查确保代码质量,减少错误并保持专业标准。

开源项目维护者

通过自动化 PR 描述、审查者分配和结构化提交消息简化贡献工作流,提高项目可维护性。

试试这些提示

基础代码审查
审查我的未提交更改是否存在代码质量问题。检查风格违规、安全漏洞和缺失的错误处理。生成包含严重程度级别的报告。
测试覆盖率分析
为我的修改后的代码执行所有测试套件。运行单元测试、集成测试和 e2e 测试。生成覆盖率报告并识别需要注意的未测试代码路径。
Conventional Commit 生成
分析我的更改并创建 Conventional Commits 格式的消息。对变更进行分类(feat/fix/docs 等),编写少于 50 个字符的清晰主题行,并包含解释内容和原因的详细说明。
完整 PR 工作流
编排完整的 git 工作流:审查代码质量、运行测试、生成提交消息、准备分支策略,并创建包含测试摘要和部署说明的全面 PR 描述。

最佳实践

  • 尽早并频繁提交,使用原子提交表示单个逻辑变更
  • 遵循 Conventional Commits 规范以保持提交消息的一致性和可解析性
  • 将拉取请求控制在 400 行以内以实现有效的代码审查

避免

  • 除非紧急场景,否则使用 --skip-tests 标志跳过测试
  • 创建包含多个不相关变更的大型 PR,导致难以审查
  • 在未解决关键或高严重性代码审查发现的情况下合并

常见问题

此工作流使用哪些 AI 智能体?
该工作流协调专用智能体:code-reviewer 负责质量分析,test-automator 负责测试执行,prompt-engineer 负责提交消息生成,docs-architect 负责 PR 描述,deployment-engineer 负责分支管理和推送前验证。
我可以将此与基于主干的开发一起使用吗?
是的,该工作流支持基于主干和基于功能分支两种策略。使用 --trunk-based 标志进行带有功能标志的直接合并到 main 的工作流,或使用 --feature-branch(默认)进行隔离分支开发。
什么是 Conventional Commits 格式?
Conventional Commits 是提交消息的规范,格式为:type(scope): subject。类型包括 feat、fix、docs、style、refactor、perf、test、build、ci、chore 和 revert。这支持自动化变更日志生成和语义化版本控制。
此技能会自动执行 git 命令吗?
不,此技能提供工作流指导、指令,并生成提交消息和 PR 描述等工件。您必须手动执行 git 命令或与自动化工具集成。
我如何处理破坏性变更?
该工作流在第 1 阶段包含破坏性变更分析。如果检测到破坏性变更,它们将在提交脚注中使用 BREAKING CHANGE: 前缀记录,并包含迁移说明在 PR 描述中。
我可以自定义审查标准吗?
是的,代码审查提示可以自定义,以专注于与您的项目相关的质量属性、安全关注点或性能要求。修改第 1 阶段中的提示以匹配您的标准。

开发者详情

文件结构

📄 SKILL.md