1. 当 C 仓库的 Issue 堆成山我决定让 OpenClaw 接管C 那些事这个仓库我维护了挺久Issue 列表里躺着编译报错、内存泄漏、模板推导失败、CMake 链接顺序错误还有一堆新手提的「这个例子跑不起来」。PR 区也不轻松有人改了个std::move的用法有人补了个const单个看都不大但每个都要我拉下来编译、跑测试、看 diff、写 review 意见一天下来真正写代码的时间被切得稀碎。OpenClaw 是一个可以挂载技能、按指令自动操作外部系统的 Agent 运行框架它能读取 GitHub Issue、分析 C 代码、生成补丁、创建 PR并在规则允许时把 PR 合并进主干。适合谁适合手里有开源 C 项目、Issue 和 PR 处理不过来、又不想把仓库权限随便交给一个黑盒脚本的维护者。核心检索词就三个OpenClaw 自动修复 C、GitHub Issue 自动处理、PR 自动合并主干。我想要的链路很明确Issue 进来 → OpenClaw 判断类型和优先级 → 生成修复补丁 → 推分支开 PR → 本地验证通过 → 合并主干 → 关闭 Issue。全程我只在关键节点看一眼而不是每个 Issue 都亲手处理。下面把我实际跑通的配置、命令和踩过的坑完整写出来你可以直接照着改。2. TaoToken 前置给 OpenClaw 一个稳定的模型出口OpenClaw 本身不产出代码它靠调用大模型来完成「读 Issue → 理解 C 语义 → 生成补丁」这一串推理。所以第一步不是配 GitHub而是先给 OpenClaw 配一个能稳定调用的模型出口。我用的是 TaoToken它的作用是把模型调用统一成一个兼容接口OpenClaw 里填 Base URL、Key、Model ID 三件套就能接上。官网入口在这里https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台生成 API Key。API 地址是 https://taotoken.net/api 注意这个地址后面不加任何参数OpenClaw 的模型配置里直接填它作为 Base URL。为什么模型出口要单独拎出来说因为 C 修复对模型的要求和写文案完全不同。它要能读懂模板报错、能区分「这是编译期错误还是运行期错误」、能判断一个delete后面该不该跟nullptr。如果模型出口不稳定OpenClaw 会在生成补丁这一步反复超时整个自动链路就断在第一步。我试过在高峰期用不稳定的出口结果一个简单的std::vector越界修复重试了四次才出结果PR 创建被拖了十几分钟。配置的时候有三个点要注意。第一Key 不要写进仓库里的任何文件OpenClaw 的技能配置支持读环境变量用env字段注入。第二Model ID 要选擅长代码的别选纯对话模型否则它生成的补丁经常是「看起来对但编译不过」。第三Base URL 一定用https://taotoken.net/api这个形式不要自己拼/v1之类的后缀OpenClaw 的 OpenAI 兼容层会自己处理路径。如果你还想先验证模型出口通不通可以到模型对话页面发一段 C 报错让它分析https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。比如把error: no matching function for call to std::vectorint::push_back(const char [4])贴进去看它能不能准确指出类型不匹配。这一步过了再往下配 GitHub 才踏实。3. 可复制配置GH_TOKEN 权限、OpenClaw 技能与工作流 YAML这一节是整篇的核心配置错了后面全白搭。我按「GitHub Token → OpenClaw 技能 → 工作流 YAML → 本地验证脚本」的顺序给每一段都能直接复制改。3.1 GH_TOKEN 的权限怎么开GitHub Token 分两种Classic 和 Fine-grained。我建议用 Fine-grained权限最小化。进入 GitHub → Settings → Developer settings → Personal access tokens → Fine-grained tokens创建时仓库范围只选你的 C 项目权限这样勾权限项级别用途ContentsRead and write推分支、提交补丁IssuesRead and write读 Issue、改状态、关闭Pull requestsRead and write创建 PR、合并 PRMetadataRead基础仓库信息ActionsRead读 CI 结果可选WorkflowsRead and write改工作流文件可选注意别给 Administration 权限自动合并用不到它给了反而是风险。Token 生成后只显示一次复制下来存到本地环境变量别提交进仓库。export GH_TOKENgithub_pat_xxxxxxxxxxxxxxxxxxxx gh auth statusgh auth status能打出你当前登录的账号和 token 来源确认没串号。如果之前用别的账号登录过先gh auth logout再重新登。3.2 OpenClaw 技能配置OpenClaw 通过 skills 读取 GitHub 能力配置里把 GH_TOKEN 用 env 注入不要硬编码。下面是我实际用的片段路径按你本地的 OpenClaw 配置目录来{ skills: { entries: { github: { enabled: true, env: { GH_TOKEN: ${GH_TOKEN} }, options: { defaultRepo: yourname/cpp-those-things, autoLinkIssue: true, mergeMethod: merge } } } } }autoLinkIssue打开后OpenClaw 创建 PR 时会自动在 body 里写Fixes #42合并后 Issue 自动关闭。mergeMethod我选merge而不是squash因为 C 项目里一个修复往往涉及多个文件的逻辑改动保留提交历史方便回溯。3.3 工作流 YAMLOpenClaw 的工作流用 YAML 描述「什么触发、做什么、什么条件下停」。下面这段是我跑通的版本触发条件是「带auto-fix标签的 Issue」name: openclaw-cpp-autofix on: issue: types: [labeled] schedule: - cron: 0 */6 * * * jobs: triage: if: github.event.label.name auto-fix steps: - name: fetch-issue uses: openclaw/github-issue-read with: repo: yourname/cpp-those-things issue_number: ${{ github.event.issue.number }} - name: analyze-and-patch uses: openclaw/code-agent with: model_base_url: https://taotoken.net/api model_id: your-code-model-id language: cpp build_system: cmake test_command: ctest --output-on-failure - name: create-pr uses: openclaw/github-pr-create with: branch_prefix: autofix/issue- base: main draft: false - name: verify uses: openclaw/ci-wait with: timeout_minutes: 20 - name: merge-if-green if: steps.verify.outputs.status success uses: openclaw/github-pr-merge with: method: merge delete_branch: true这里有几个关键参数。build_system: cmake告诉 Agent 用 CMake 构建如果你的项目是 Makefile 就改成make。test_command是本地验证命令OpenClaw 会在生成补丁后先跑一遍跑不过就不开 PR。timeout_minutes: 20是等 CI 的上限C 项目编译慢别设太短。3.4 本地验证脚本在把 PR 交给 OpenClaw 自动合并之前我强烈建议本地先跑一遍同样的验证。下面这个脚本我放在仓库根目录的scripts/verify.sh#!/usr/bin/env bash set -euo pipefail BUILD_DIRbuild-autofix rm -rf $BUILD_DIR cmake -S . -B $BUILD_DIR -DCMAKE_BUILD_TYPEDebug cmake --build $BUILD_DIR -j$(nproc) cd $BUILD_DIR ctest --output-on-failureset -euo pipefail保证任何一步失败就停不会带着半成品继续。-DCMAKE_BUILD_TYPEDebug是为了让断言生效Release 下有些assert会被优化掉测不出问题。跑通这个脚本再让 OpenClaw 走自动链路心里有底。4. 验证请求一次真实的内存泄漏修复端到端演示配置齐了来跑一次真实的。我在仓库里造了一个 Issue #42标题是「parser 在异常路径下内存泄漏」描述里贴了一段简化代码// 有问题的版本 char* parse(const std::string input) { char* buf new char[input.size() 1]; if (input.empty()) { throw std::invalid_argument(empty input); } std::memcpy(buf, input.c_str(), input.size() 1); return buf; }input.empty()时抛异常buf没被释放泄漏。给 Issue 打上auto-fix标签OpenClaw 的工作流被触发。第一步OpenClaw 读取 Issue识别出这是「异常安全 / 资源泄漏」类型优先级判为高。第二步它生成补丁我实际看到它给出的修复是用std::unique_ptr接管std::unique_ptrchar[] parse(const std::string input) { if (input.empty()) { throw std::invalid_argument(empty input); } auto buf std::make_uniquechar[](input.size() 1); std::memcpy(buf.get(), input.c_str(), input.size() 1); return buf; }这个改法比我预想的好因为它不只是补一个delete而是从根上消除了手动管理。第三步OpenClaw 在本地跑scripts/verify.sh编译通过、测试通过。第四步推分支autofix/issue-42创建 PRbody 里自动写了Fixes #42。第五步等 CI 绿了之后自动合并进main删除分支Issue #42 状态变成 closed。我用gh命令确认了整个过程gh issue view 42 --json state,title gh pr list --state merged --limit 5 gh pr view PR_NUMBER --json mergedAt,mergeCommitgh issue view 42返回state: CLOSEDgh pr list能看到那条 autofix 的 PR 处于 merged 状态。从打标签到合并全程我没手动改一行代码只在合并前扫了一眼 diff。这里有个细节值得说OpenClaw 在生成补丁时会先读仓库里的CMakeLists.txt和测试文件确认改动不会破坏现有接口。如果它发现parse的返回类型从char*变成std::unique_ptrchar[]会影响调用方它会连带把调用点一起改掉而不是只改函数本身。这一点比很多只会局部替换的工具强。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth自动链路跑不起来九成是下面这几类错。我按真实报错逐条给排查路径。401 Unauthorized。最常见的是 GH_TOKEN 没注入成功。先确认环境变量在当前 shell 里存在echo $GH_TOKEN如果为空说明export没生效或者写在了别的 shell 配置里。再确认 OpenClaw 配置里用的是${GH_TOKEN}而不是写死的字符串。还有一种情况是 Fine-grained token 的仓库范围没勾对你的项目GitHub 会返回 401 而不是 403容易误判。用gh auth status能看到 token 对应的账号和权限范围。local proxy failed。这个报错通常出现在 OpenClaw 调用模型出口的时候意思是它连不上你配的 Base URL。检查三件事Base URL 是不是https://taotoken.net/api这个准确形式有没有多写/v1本机网络能不能正常访问这个地址用curl -I https://taotoken.net/api看返回OpenClaw 的模型配置里 Key 有没有带多余空格。如果公司网络有出口限制换一个网络环境再试。reading choices 相关报错。这个一般出现在模型返回体解析阶段报错信息里会带reading choices或choices is undefined。原因是模型出口返回的结构和 OpenClaw 预期的 OpenAI 格式不一致或者请求根本没成功、返回了一个错误对象。先到模型对话页面单独发一条请求确认出口本身正常再检查 OpenClaw 里 Model ID 是否拼写正确有些模型名大小写敏感。如果返回体里是error字段而不是choices把完整错误贴出来看通常是 Key 无效或额度问题。OAuth 相关报错。如果你用 GitHub CLI 登录过gh会缓存 OAuth token和你在 OpenClaw 里配的 GH_TOKEN 可能冲突。表现是 OpenClaw 操作时用的是旧账号权限。解决方法是gh auth logout清掉缓存然后只用 GH_TOKEN 环境变量驱动或者gh auth login重新登成目标账号。另外GitHub App 的 OAuth token 和 PAT 是两套体系别混用。PR 创建成功但没自动合并。检查工作流里merge-if-green的if条件steps.verify.outputs.status必须是success。如果 CI 里有个 flaky 测试偶尔挂合并就会被跳过。我一般会把timeout_minutes调大并且在 CI 配置里对已知 flaky 测试做重试。补丁编译不过。这是模型能力问题不是配置问题。换一个更擅长 C 的 Model ID或者在 OpenClaw 的analyze-and-patch步骤里加上extra_context把项目的编码规范、C 标准版本比如-stdc17传进去生成的代码会更贴合。6. 把自动链路跑顺之后我实际省下了什么这套东西跑了两周我最大的感受不是「完全不用管」而是「把精力从重复劳动里挪出来了」。以前一个const修正的 PR 我也要拉下来编译现在 OpenClaw 跑完verify.sh直接合并我只在每周扫一次 merged PR 列表。真正需要我判断的是那些涉及接口变更、性能取舍、跨模块重构的 Issue这些 OpenClaw 会标成「需人工确认」而不是自动合并。如果你也想接建议从一个小仓库、一个带auto-fix标签的 Issue 开始别一上来就把主干合并权限全放开。先把verify.sh跑通确认本地构建和测试是可靠的再让 OpenClaw 走自动合并。模型出口用 TaoToken 的 API 地址https://taotoken.net/apiKey 在控制台生成长期跑编码和 Agent 任务的话可以看下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后留一个我踩过的坑OpenClaw 自动合并的 PRcommit message 默认是它生成的有时候写得太笼统。我在工作流里加了一步commit-message-template强制它带上 Issue 编号和修复类型比如fix(parser): resolve memory leak on exception path (#42)。这样以后git log翻起来一眼就知道每个提交干了什么比事后补 release note 省事得多。