使用 holon solve 执行 GitHub 任务

holon solve 把一个 GitHub issue 或 pull request 变成一件完成的任务。给它一个 目标，它会运行 Agent 收集上下文、做出改动、审查 PR 或发表评论，然后把结构化输出 写到脚本或 CI 能读取的位置。

完整参数见 CLI 参考；本页讲你会实际用到的几种运行方式。

何时使用 solve

在以下场景使用 holon solve：

• 无需手动操作 TUI 即可自动实现一个 GitHub issue
• 在 CI 中根据审查反馈修复 PR
• 对 pull request 跑一次审查
• 把 Holon 接入脚本化流水线（GitHub Actions、CLI 脚本）

交互式工作不要用 holon solve。需要直接和 Agent 对话时，用 holon tui 或 holon run。

目标引用格式

第一个位置参数是目标引用。Holon 接受三种格式：

快速开始

解决一个 issue

# 完整 URL 形式
holon solve https://github.com/holon-run/holon/issues/42

# 短形式
holon solve holon-run/holon#42

# 数字引用 + --repo
holon solve '#42' --repo holon-run/holon

Agent 会克隆仓库、读取 issue、收集相关上下文、实现修复并提交改动。输出产物写入临时目录。

提供自定义目标

holon solve holon-run/holon#42 \
  --goal "Add a --dry-run flag to the solve command"

用 --goal 覆盖 Agent 对目标的解读，或在 issue 正文很长时收窄工作范围。

审查一个 pull request

holon solve https://github.com/holon-run/holon/pull/753 \
  --goal "Review only: check for security issues and publish one review"

当目标里提到审查时，Holon 会加上护栏，要求 Agent 只发表一次审查或一条 PR 评论，然后停止。 这让审查运行保持单次且可预期。

根据审查反馈修复 PR

holon solve https://github.com/holon-run/holon/pull/753 \
  --base "feature-branch"

用 --base 为修复分支设置不同的基础分支。默认基础分支是 main。

配置

solve 读取标准的 Holon 运行时配置（~/.holon/config.json）。至少需要配置一个模型和凭据。 用 CLI 配置：

# 设置默认模型
holon config set model.default "anthropic/claude-sonnet-4-6"

# 安全地存储凭据（推荐）
holon config credentials set --kind api_key --stdin anthropic
# 粘贴 API key 并按回车，然后按 Ctrl+D

也可以用环境变量快速设置：

export ANTHROPIC_AUTH_TOKEN="your-api-key"
holon config set model.default "anthropic/claude-sonnet-4-6"

Holon 还需要一个 GitHub token。它会从环境中读取 GITHUB_TOKEN 或 GH_TOKEN：

export GITHUB_TOKEN="ghp_..."
holon solve holon-run/holon#42

确认配置完整：

holon config doctor
holon config models list

solve 的工作方式

运行 holon solve 时，运行时内部会执行这些步骤：

1. 解析目标：Holon 从你提供的引用中提取 owner、repo、issue/PR 编号和类型。

2. 准备目录：创建输出目录（默认：$TMPDIR/holon-output-<uuid>），并用 github-context/ 子目录存放输入元数据。

3. 创建 Agent：Holon 用配置的 solve 模板创建 Agent，通常是命令自带的 github-solver 预设。它包含 sview、code-review、github-issue-solve、 github-pr-fix、github-review 和 ghx。

4. 运行提示词：运行时构造一个描述目标和 goal 的提示词，然后用配置的信任级别和 轮次上限运行 Agent。

5. 收集产物：运行结束后，Holon 把这些文件写入输出目录：

   文件	内容
   manifest.json	结果元数据：provider、status、outcome、target
   summary.md	Agent 所做工作的可读摘要
   run.json	完整的结构化运行响应

每个标志、类型和默认值见 CLI 参考。

与 holon run 的区别

holon run 和 holon solve 都在无头模式下执行 Agent，但用途不同：

通用自动化和脚本用 holon run。任务从 GitHub issue 或 pull request 开始、且你希望自动 选择 skill 时，用 holon solve。solve 预设是单次的：合并、批准或持续跟踪 PR 事件都 需要显式指令。

用 solve 写脚本

供脚本使用的 JSON 输出

holon solve holon-run/holon#42 --json | jq '.final_status'
# "completed"

自定义输出目录

holon solve holon-run/holon#42 --output ./solve-results/
cat ./solve-results/run.json
# { "provider": "holon-solve", "status": "completed", ... }

CI 集成草图

#!/bin/bash
# 运行 solve，结果不完整时失败

OUTPUT=$(mktemp -d)
holon solve "$ISSUE_URL" --output "$OUTPUT" --json

STATUS=$(jq -r '.final_status' "$OUTPUT/run.json")
if [ "$STATUS" != "completed" ]; then
  echo "Solve did not complete: $STATUS"
  exit 1
fi

# Agent 可能已经提交了改动；把它们推上去
git push origin HEAD

GitHub Actions

当你想在仓库工作流里用普通的步骤级环境变量传模型提供商凭据时，用这个复合 action：

jobs:
  holon:
    runs-on: ubuntu-latest
    permissions:
      contents: write
      issues: write
      pull-requests: write
      id-token: write
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0

      - uses: holon-run/holon@main
        with:
          trigger: auto
          model: deepseek/deepseek-v3.2
        env:
          DEEPSEEK_API_KEY: ${{ secrets.DEEPSEEK_API_KEY }}

trigger: auto 会从受支持的 issue、pull request、label、assignment 和 @holonbot 评论 事件中推导目标和 goal。需要显式运行时，改用 ref: owner/repo#123。

.github/workflows/holon-solve.yml 里的可复用工作流仍然可用，作为兼容包装；但当你需要 任意提供商环境变量时，推荐入口是复合 action。

另见

• CLI 参考：完整命令树，包括 holon solve 参数
• 配置参考：模型和提供商设置
• 通过 HTTP 自动化 Holon：用代码完成同样的运行
• 委派工作给另一个 Agent：把工作交给子 Agent