← सभी गाइड पर लौटें

用 Claude Code 自动提交 Git Commit 并创建 PR：59API 实战流程

先搭好可控的自动化环境

自动提交不等于让 AI 获得仓库的无限权限。推荐的做法是：Claude Code 负责阅读差异、修改代码、生成提交说明和 PR 描述；Git 与 GitHub CLI 负责真正执行提交和创建 PR。这样每个关键动作仍可通过 git diff、测试命令和权限确认来审查。

安装 Claude Code、Git 与 GitHub CLI 后，先执行 gh auth login，并确认当前仓库已有远程 origin。对于希望降低日常 AI 编程成本的团队，可使用 59API：它按量付费，兼容 Claude Code、Codex 和 OpenAI SDK，提供 Claude Opus、Sonnet、Haiku、Fable 及 GPT 模型的原生官方质量调用，不需要为了自动化任务承担固定订阅成本。

在终端设置 59API 连接：

export ANTHROPIC_BASE_URL=https://api.59api.com

export ANTHROPIC_AUTH_TOKEN=你的59API密钥

claude --version

密钥应保存在本机 shell 配置、密码管理器或 CI 的 Secret 中，绝不要写入 .env.example、提交记录或 PR 正文。若 59API 控制台展示了特定模型名称或认证变量，请以控制台配置为准。

示例：让 Claude Code 完成一个功能分支

假设要为 TypeScript 项目增加 slug 规范化函数。先创建独立分支，避免 AI 直接在 main 上工作：

git switch -c feat/normalize-slug

接着在仓库根目录运行 Claude Code，并给出可验证、边界清晰的任务。不要只说“帮我写代码”，而要限定文件、行为、测试和禁止项：

claude "在 src/slug.ts 实现 normalizeSlug。规则：转小写、空格转短横线、合并连续短横线、删除首尾短横线。为它新增单元测试。不要修改 package.json，不要提交代码。完成后说明修改了哪些文件和如何运行测试。"

完成后先由开发者或 CI 执行检查，而不是立刻提交：

git diff --check && npm test && git diff --stat

如果测试失败，可以把错误原样交给 Claude Code，例如“根据 npm test 的失败输出修复测试或实现；不要改动无关文件”。这种反馈循环比一次性大提示词更可靠，也能减少不必要的 API 消耗。日常修复和总结可优先选择 Sonnet 或 Haiku；复杂重构、跨模块审查再切换 Opus。59API 的按量计费适合按任务选择模型，避免所有操作都使用高价模型。

自动生成 Commit 信息并提交

确认差异无误后，先只暂存指定文件。不要使用 git add .，否则可能把本地配置、调试文件或 AI 临时产物一起提交：

git add src/slug.ts test/slug.test.ts

git diff --cached --check

然后让 Claude Code 根据已暂存的差异生成单行 Conventional Commit。-p 适合脚本化输出，因此提示词必须要求“只输出一行”，避免多余解释进入提交信息：

MSG=$(claude -p "读取当前已暂存的 git diff。只输出一行英文 Conventional Commit，不要引号、代码块、解释或换行。类型应为 feat、fix、test、refactor 之一。")

git commit -m "$MSG"

提交前仍建议打印一次变量，例如 echo "$MSG"。对于生产仓库，可在 Git hook 中额外检查敏感文件、密钥模式和测试状态；AI 生成的提交信息不应替代代码审查。

生成 PR 标题、描述并推送

提交成功后推送当前分支。随后用 Claude Code 生成面向审阅者的 PR 正文，内容应区分“做了什么”“如何测试”“风险与未覆盖项”，避免把猜测写成事实：

git push -u origin HEAD

claude -p "基于当前分支相对 main 的提交和 diff，输出 GitHub PR Markdown。包含 Summary、Testing、Risk 三节；只陈述可从代码确认的事实；不要包含密钥、内部路径或营销内容。" > /tmp/pr-body.md

gh pr create --base main --title "$(git log -1 --pretty=%s)" --body-file /tmp/pr-body.md

最后在浏览器检查 PR 的文件列表、CI、目标分支和描述，再请求评审。若你想把这套流程用于多个项目，可注册 59API 获取 API 密钥，并结合其推荐返利机制降低团队持续调用 Claude Code 的成本。保留人工确认、最小权限令牌和 CI 门禁，才能让“自动化提交与 PR”真正提升交付速度而非放大风险。

मूल्य · दस्तावेज़