goose — 将 agentic 任务委托给 Gemini
一个轻量级包装器，通过 Block 的 Goose CLI 以无头模式使用 Google Gemini 驱动 Goose 代理，并从 Claude Code 将独立任务完整委托给另一个系统的模型。Goose 自行读取文件、执行命令，并在多轮自主运行后返回结果。与 Codex (OpenAI) 并列，作为“另一个委派目标”使用。
前提条件
- 已安装
gooseCLI（brew install block-goose-cli）。 - 已通过
goose configure将 Google Gemini 配置为提供商。API 密钥存储在 macOS Keychain 中（此技能不保留密钥）。 - 要检查当前运行的 provider / model，请查看
~/.config/goose/config.yaml中的active_provider，或阅读goose run的启动横幅。不要使用goose info，因为它不显示 provider / model。
调用
在想要让 Goose 工作的目录中执行：
goose run --no-session --max-turns 20 -t "<独立任务>"
--no-session：不创建会话文件，面向自动执行。--max-turns N：自主循环的上限（防止失控）。建议 10 到 25。- provider / model 直接使用
goose configure中已配置的内容，因此无需在调用时指定。 - 输出（思考、工具调用、最终回答）会显示在 stdout 上。请勿使用
tail等截断，应处理完整内容。
若想一次性用不同模型覆盖，可使用 GOOSE_MODEL（确保指定模型在该提供商中可用）：
GOOSE_MODEL=<其他模型名称> goose run --no-session --max-turns 25 -t "<任务>"
行为与注意事项
- Goose 是一个自主代理，通过 developer 扩展支持文件读取和 shell 执行。它能够扫描仓库并返回报告。
- 技术上也可以进行写入或破坏性 shell 执行，
--no-session和上述调用选项不会限制权限。对于读取性任务，应明确指定“分析、审查、报告”，不要求重写或破坏性操作。 - 在大型仓库中，探索会消耗大量时间和 token，因此应限定目标文件或目录进行请求。
适用场景
- “调查此仓库并以项目符号形式报告架构”
- “从不同模型的角度审查文件 X 或此差异”
- 与 Codex 或 Claude 的结论交叉验证的第二意见。