Git 工作流

获取 GitHub 问题详细信息以创建全面的实施规范，分析需求并规划具有明确实施步骤的结构化方法。

通过首先创建 GitHub 问题，然后创建一个功能分支来实施和在合并前彻底测试解决方案，从而简化错误修复。

使用带有适当表情符号的传统提交格式创建 git 提交，遵循项目标准并创建描述更改目的的描述性消息。

通过处理整个工作流来简化拉取请求的创建：创建新分支、提交更改、使用 Biome 格式化修改后的文件以及提交 PR。

提供全面的 PR 创建指南，使用 GitHub CLI，强制执行标题约定，遵循模板结构，并提供具体的命令示例和最佳实践。

为所有打开的 PR 或特定分支创建 git worktree，处理带有斜杠的分支，清理过时的工作树，并支持为开发创建自定义分支。

使用 GitHub CLI 的结构化方法分析和修复 GitHub 问题，以获取问题详细信息，实施必要的代码更改，运行测试并创建正确的提交消息。

通过将问题编号作为参数，分析上下文，实施解决方案以及测试/验证修复程序以进行正确集成来解决 GitHub 问题。

通过自动检索反馈，解决审阅者关注的问题，进行有针对性的代码改进并简化审阅过程来获取和修复未解决的 PR 注释。

这是一种详细的方法，您可以分析 GitHub 问题，并让 Claude 以最佳方式处理它们。

通过配置 pre-commit 钩子，建立提交消息标准，与 linting 工具集成并确保提交时的代码质量来设置和管理 Husky Git 钩子。

这是为了分析 PR 并解决其中请求的更改

在合并到主代码库之前，审查拉取请求更改以提供反馈，检查问题并提出改进建议。

使用正确的前缀和格式更新分支名称，强制执行命名约定，支持语义前缀并管理远程分支更新。

通过选择第一个建议的消息，生成具有一致格式的结构化提交，同时跳过手动确认并删除 Claude 共同贡献者页脚，从而自动化 git 提交流程。