Files
wehub-resource-sync 8a21a212f8
Deploy Documentation / deploy (push) Has been cancelled
Canary / build-cli (push) Has been skipped
Canary / Upload Install Script (push) Has been skipped
Canary / bundle-desktop (push) Has been skipped
Canary / bundle-desktop-intel (push) Has been skipped
Canary / bundle-desktop-linux (push) Has been skipped
Canary / bundle-desktop-windows (push) Has been skipped
Canary / bundle-desktop-windows-cuda (push) Has been skipped
Canary / Release (push) Has been skipped
Cargo Deny / deny (push) Has been skipped
Unused Dependencies / machete (push) Has been skipped
Canary / Prepare Version (push) Failing after 1s
Live Provider Tests / check-fork (push) Failing after 0s
Create Minor Release PR / check-version-bump-pr (push) Has been skipped
Publish Ask AI Bot Docker Image / docker (push) Failing after 1s
Live Provider Tests / changes (push) Has been skipped
Scorecard supply-chain security / Scorecard analysis (push) Has been skipped
Publish Docker Image / docker (push) Failing after 1s
CI / changes (push) Failing after 8s
Create Minor Release PR / release (push) Has been skipped
Live Provider Tests / Smoke Tests (push) Has been cancelled
Live Provider Tests / Smoke Tests (Code Execution) (push) Has been cancelled
Live Provider Tests / Compaction Tests (push) Has been cancelled
CI / Build Rust Project on Windows (push) Has been cancelled
Live Provider Tests / Build Binary (push) Has been cancelled
CI / Lint Rust Code (push) Has been cancelled
CI / Check Generated Schemas are Up-to-Date (push) Has been cancelled
CI / Test and Lint Electron Desktop App (push) Has been cancelled
CI / Check Rust Code Format (push) Has been cancelled
CI / Build and Test Rust Project (push) Has been cancelled
CI / Check MSRV (push) Has been cancelled
chore: import upstream snapshot with attribution
2026-07-13 12:04:08 +08:00

3.8 KiB

title, sidebar_label, description
title sidebar_label description
goose in Docker goose in Docker Run goose inside Docker containers, or run extensions in existing containers for devcontainer workflows

This guide covers two Docker-related scenarios:

  1. Running goose inside Docker - Build and run the goose process itself in a container
  2. Running extensions in Docker - Run goose on your host but execute extensions inside a container

Running goose Inside Docker

You can build goose from the source file within a Docker container. This approach not only provides security benefits by creating an isolated environment but also enhances consistency and portability. For example, if you need to troubleshoot an error on a platform you don't usually work with (such as Ubuntu), you can easily debug it using Docker.

To begin, you will need to modify the Dockerfile and docker-compose.yml files to suit your requirements. Some changes you might consider include:

  • Required: Setting your API key, provider, and model in the docker-compose.yml file as environment variables because the keyring settings do not work on Ubuntu in Docker. This example uses Google Gemini.

  • Optional: Changing the base image to a different Linux distribution in the Dockerfile. This example uses Ubuntu, but you can switch to another distribution such as CentOS, Fedora, or Alpine.

  • Optional: Mounting your personal goose settings and hints files in the docker-compose.yml file. This allows you to use your personal settings and hints files within the Docker container.

:::tip Automated Alternative For an automated approach to running goose in containers, see the Container-Use MCP extension, which creates and manages containers for you through conversation. :::

After setting the credentials, you can build the Docker image using the following command:

docker-compose -f documentation/docs/docker/docker-compose.yml build

Next, run the container and connect to it using the following command:

docker-compose -f documentation/docs/docker/docker-compose.yml run --rm goose-cli

Inside the container, run the following command to configure goose:

goose configure

When prompted to save the API key to the keyring, select No, as you are already passing the API key as an environment variable.

Configure goose a second time, and this time, you can add any extensions you need.

After that, you can start a session:

goose session

You should now be able to connect to goose with your configured extensions enabled.

Running Extensions in Docker Containers

The --container flag allows you to run goose extensions inside your Docker containers.

Usage

goose session --container <container-id-or-name>

Extensions configured in your config.yaml will automatically run inside the specified container. Find your container ID or name with docker ps.

Requirements

  • Extensions must exist in the container and be accessible via the same paths used in your extension config
  • To run built-in extensions, the goose CLI must be installed inside the container

Examples

# Start an interactive session with extensions from config.yaml
goose session --container my-dev-container

# Start a non-interactive session with instructions
goose run --container my-dev-container --text "your instructions here"

# Specify an extension to run in the container
goose session --container 4c76a1beed85 --with-extension "uvx mcp-server-fetch"

# Workaround: Use full path if container can't find the command
goose session --container 4c76a1beed85 --with-extension "/root/.local/bin/uvx mcp-server-fetch"