Docs · Sharing

Remote magpie

One magpie can serve several computers. Sign in and set up providers and routing groups once, on the computer that keeps them (your desktop, a server, a NAS in Docker), and on every other computer add that magpie as a provider of its own: a Remote magpie.

The shared magpieEach other computer’s magpie
Providers, subscriptions, keyskept and signed in hereuses them through the Remote magpie
Routing groupsmade herepicked as office/group/…
Agentsits ownstill wired by this computer’s magpie
Usage and quotascounted and read hereshown here, named with the remote

The computer you sit at still runs magpie: it wires that computer’s agents, picks their models and keeps their sessions. Only the models come from the other one.

1. Share the main magpie

  1. Turn on sharingOn the computer that keeps your providers: Settings → Share on local network → On. magpie then listens on the local network and makes a gateway key named Magpie. The Address row below the switch shows where other computers reach it, such as http://192.168.1.20:3425.
  2. Make a key for each computerGateway → Gateway keys, or magpie gateway-key add "Laptop", which prints its sk-magpie-key-…. Each key can have its own daily, weekly or monthly limit and its own models, and its calls are counted under its name.

While sharing is off, a desktop magpie listens on its own computer only, and other computers can’t reach it. A magpie in Docker is reached through its published port instead, and asks every caller outside its container for a gateway key, shared or not; see Docker.

2. Add it on the other computer

You need the address and a key from step 1. Any of these does it:

Shell
magpie provider add remote-magpie sk-magpie-key-… url=http://192.168.1.20:3425 id=office
magpie models            # office/… are the shared magpie's
magpie provider refresh office   # fetch its list again

id= names the provider here, and so begins its models’ ids (office/…). The address can be typed as 192.168.1.20:3425 (plain http:// is assumed), with /v1 after it, or as the root: magpie puts every API on it either way. Add one Remote magpie for each computer you share from, with a different id.

What you get

Quotas and usage

The Usage page, the menu bar and magpie quota show the shared magpie’s subscription cards, named with it (Codex · office, id office/codex), as that magpie last read them: only the computer with the sign-ins asks the vendors. A card’s refresh here has it read that card once more, at most once every 30 seconds. A Codex reset or a WorkBuddy check-in is pressed on that computer, from its own app, TUI or CLI.

The shared magpie counts this computer’s requests under the name of the gateway key it sends, with the account that answered.

When it doesn’t work

You seeWhat to do
“magpie isn’t shared on the local network”, or “remote magpie isn’t shared”turn on Share on local network on that computer
“remote magpie didn’t take this key” (401)use one of its enabled gateway keys: Gateway → Gateway keys there
403 for a modelthat key may use only some models: magpie gateway-key models <id> on that computer shows or changes them. A bare office asks System One’s first decision model, whatever the key allows; use the full office/provider/model id
“couldn’t reach the remote magpie”check the address, that magpie is running there with sharing on, and that its firewall lets the port in
no System One models, or “doesn’t share its quotas”update magpie on that computer, then refresh the list here
Away from home, reach the shared magpie over a VPN such as Tailscale or WireGuard, with its address there. Don’t open its port to the internet.

Questions or a setup worth sharing? Ask on Discord. The reference has the details.