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

Claude Code 自动提交与创建 PR：开发者快速上手指南

代码改完后，还要检查差异、写提交说明、推送分支并创建 PR。Claude Code 可以把这些重复步骤串起来，但最稳妥的做法不是让它不经检查就一路自动执行，而是让它处理工作流、由你确认关键操作。本指南带你从配置到创建 PR 快速走一遍。

开始前：准备 Git 和 GitHub CLI

在项目目录中确认工作区干净，并切换到新的功能分支。以下命令中的分支名请按任务替换：

git status --short
git switch -c feat/add-export-option

安装 GitHub CLI（gh）后运行 gh auth login，按提示登录并授权仓库访问。完成后可用 gh auth status 检查状态。这样，创建 PR 时不必手动复制分支和仓库信息。

配置 Claude Code 和 59API

在 59API 控制台获取 API 凭证，然后按服务商给出的 Claude Code 接入说明配置环境变量。常见配置包括 API 地址 https://api.59api.com 和你的 API 密钥；不要把密钥写进仓库、CLAUDE.md 或终端截图。确认终端会话已加载配置后，在项目目录运行 claude。

59API 提供按量使用的低成本 API 中转，兼容 Claude Code，也提供原生官方品质模型，不是降级模型。比如，复杂重构可以按任务选择 Claude Sonnet 5.5，简单、范围明确的修改则可考虑 Claude Haiku 4.5。具体模型可用性和调用方式以控制台为准；按量付费适合先从小任务试起。

用明确指令完成修改和检查

在 Claude Code 中描述目标、边界和验收条件，例如：“为导出功能增加 CSV 格式；先阅读相关代码，只修改必要文件；运行相关测试和格式检查；完成后总结变更，但先不要提交或推送。”范围越清楚，越容易审查，也能减少意外改动。

修改结束后，让 Claude Code 解释变更并指出测试结果，然后在终端执行 git diff --check 和 git diff。确认没有密钥、无关文件或不符合预期的改动，再运行项目实际使用的测试命令。不要因为模型报告“测试通过”就跳过本地验证。

生成提交并创建 PR

检查通过后，可以让 Claude Code 根据差异拟定简洁的提交标题；确认内容后，在终端执行：

git add src/path/to/changed-file
git commit -m "feat: add CSV export option"
git push -u origin feat/add-export-option

随后创建 PR：

gh pr create --fill

如果仓库没有合适的 PR 模板，可明确填写标题和说明：gh pr create --title "Add CSV export option" --body "Adds CSV export support. Tests: npm test."。创建前再核对基础分支、标题、测试说明和 diff；团队要求人工审批时，不要让自动化替你合并。

把团队规则写进 CLAUDE.md

为了让后续任务保持一致，可在项目 CLAUDE.md 中记录测试命令、提交格式、禁止触碰的目录，以及“推送或创建 PR 前必须先展示差异并等待确认”等规则。不要放入 API 密钥，也不要默认授予不必要的命令权限。先用一两个小任务验证流程，再逐步扩大自动化范围。

想用较低成本试跑 Claude Code 工作流，可以注册 59API，查看当前可用模型与接入说明，再根据任务按量选择。提交和 PR 仍由你把关，才能兼顾速度与代码安全。

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