Use Goose with HIPS

hi goose starts Goose on HIPS models, signed in as you, with no API key to copy: hi sets HIPS up for that session only and leaves Goose's own settings as they are.

00000000000000000000000000000000000000001curl -fsSL https://hips.com/hi.sh | sh

• hi finds goose on your computer, checks that its release is one HIPS has tested on your system, and names its vendor's installer when it is missing.
• The first time, it signs you in: it shows a code and a link, and you approve it in the Console.
• It takes a model fit for coding from your workspace's catalog, or the one you name with --model, and gives Goose HIPS's address and your sign-in through a relay on this computer that only that session can use, speaking chat completions.
• It turns off Goose's own telemetry, and whatever would send your session to its vendor, for that session.

Code with HIPS is the overview; Coding agents has every option of hi goose.

From the signed list of tested versions of 2026-11-13, 01:44 UTC (sequence 5), joined with the releases built into hi 0.1.0. hi reads the signed list each day, so it may start a newer tested release than this page shows; any other release is refused with the tested ones named.

Goose is not in the per-model agent tests yet: they run Claude Code, Codex and OpenCode with each catalog model. hi goose still checks that a model offers tool calls before it starts Goose.

For people who do not use hi. Started on HIPS by hi goose; its manual setup is unvalidated.

Not tested. When the row is validated, this section states where the tool reads its base URL, key and model (environment, file, flag or UI), and which of those the setup helper uses for a session and for a persistent configuration.

Not tested. When validated: how the tool sends the key, that HIPS accepts it as Authorization: Bearer, and that the helper never prints a secret. The key is read as HIPS_API_KEY and kept on the machine's own secret store or environment.

Not tested. When validated: the backup the helper takes before a persistent change, and the selective undo that restores the previous provider, model mapping and defaults without touching unrelated providers.

• Tool and SDK versions: none tested.
• Configuration surface: not tested.
• Authentication: not tested.
• Model mapping: not tested.
• Streaming: not tested.
• Complete tool-call round trips: not tested.