Copilot engine: tool images never reach the model behind the API proxy
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
先阅读 src/services/credentials/copilot-credential-env.ts 中 API 代理环境设置附近的内容,然后查找 DefaultCopilotVersion 的定义和使用位置。检查现有的 Copilot 凭据环境和默认 CLI 版本行为测试。当 GitHub token 代理模式启用 vision,且 Copilot CLI 的默认版本至少为 1.0.106 时,即为完成。
由索引模型根据 Issue 内容生成。
描述
Images from tools are dropped for every Copilot workflow that uses a COPILOT_GITHUB_TOKEN, so screenshot- and image-based workflows can't see anything.
Steps
- Commit any PNG as
test.png. - Add a
workflow_dispatchworkflow withengine: copilotand the prompt "Opentest.pngwith theviewtool and describe it." - Set
COPILOT_GITHUB_TOKEN, compile, and run.
Expected: the model receives the image and describes it.
Actual: the model says it can't see the image. On CLI 1.0.106 the view result is only Viewed image file successfully. (an image attachment was omitted from this request because image input is unavailable for the current model). On the default 1.0.103 the omission note is missing too. With COPILOT_PROVIDER_VISION: "true" in engine.env (CLI 1.0.106), the same run describes the image correctly.
Build: gh aw v1.0.1, Copilot CLI 1.0.103 (default) and 1.0.106, ubuntu-latest.
Cause: in API-proxy mode, AWF runs the CLI as an offline BYOK client pointed at the sidecar (copilot-credential-env.ts). The CLI treats BYOK models as text-only unless COPILOT_PROVIDER_VISION=true, which https://github.com/github/copilot-agent-runtime/pull/32179 added (CLI 1.0.106 and later; documented in copilot help environment).
Suggested fix: set COPILOT_PROVIDER_VISION=true alongside COPILOT_OFFLINE in GitHub-token mode, and move DefaultCopilotVersion to 1.0.106 or later.
Workaround:
engine:
id: copilot
version: "1.0.106"
checksums-sha256: "5e8cf7427cc69cc757d1a08132dac0eb9e7f56c95d269ecbc06799686e996730" # SHA256SUMS.txt
env:
COPILOT_PROVIDER_VISION: "true"
Related: https://github.com/github/gh-aw/issues/74972, https://github.com/github/copilot-cli/issues/4600
🤖 Authored with GitHub Copilot on behalf of @rwoll.
[!NOTE]
Was this description helpful?
Pick a rating, then press Submit.Rate the description, not the code. Humans only, please. Thanks for helping me write clearer descriptions!
- 主要语言
- Go
- 星标
- 5.6k
- 派生
- 615
- 平均合并
- 5 小时 21 分钟
- 30 天内合并 PR
- 792
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
github/gh-aw 的其他 Issue
-
automation documentation
难度 1/5 1 小时以内 新手友好度 78/100
维护者通常 1 天内回复
-
ai-inspected
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
agent-research cookie
难度 2/5 1-3 小时 新手友好度 69/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
automation cli-tools testing
难度 1/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
GitHub webhook is not subscribed to release events, so `event: release` never triggers可能已有人在做 @qsun 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
woodpecker-ci/woodpecker#7542 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
zilliztech/milvus-backup#1386 ·
维护者通常 1 天内回复
-
Pipelined flush no longer observes kill signals after #2042: flush backoffer is built with nil vars未关闭
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复