Skip to main content

Gateway Rollout

Use this playbook when each service channel already works on its own and the next job is giving one host explicit runtime ownership. This page is not a shortcut around the earlier steps. It assumes:
  • the base CLI path already works
  • each selected runtime-backed surface already survived its own serve loop
  • named accounts already exist for any channel family that needs selectors

What This Playbook Covers

Use A Different Playbook If

Step 1: Confirm The Precondition

Before introducing gateway ownership, each service channel should already work with its own foreground loop. Shortest preflight loop:
If ownership is already unclear from another shell:

Step 2: Make Account Ids Explicit

Example config shape:
Why this step exists:
  • selectors are meant to point at accounts.<id>
  • default_account keeps the fallback lane explicit
  • rewriting one top-level secret block is the wrong preparation for gateway ownership

Step 3: Choose Foreground Or Persisted Ownership

Attached foreground owner workflow:
Persisted owner contract:
How to choose:

Step 4: Control And Inspect Ownership

Use gateway status --json whenever another process or operator needs the shortest machine-readable view of the current owner state. Use loong status --json when you want the broader operator summary that rolls gateway ownership together with ACP and work-unit status.

Common Failure Modes

Continue Reading