Important: Entity IDs containing dashes (like 3-1, 4-5) are misinterpreted as flags by the CLI parser. All transaction commands in this skill use -- before positional arguments to prevent this.
Power operations cascade. Deleting an allocation can take an entire substation’s worth of players offline. See SAFETY.md for the trust contract; in this skill:
allocation-delete (Tier 2 — cascade) — “Power stops flowing immediately. Substations downstream lose capacity; their players may go offline mid-build, mid-mine, mid-fight.”substation-delete (Tier 2 — cascade) — “Disconnect allocations and players first. A failed delete still leaves the substation in an awkward state.”substation-player-disconnect (Tier 1) — “You may take another player offline. If they’re mid-compute, the auto-submit will fail. Coordinate before disconnecting.”substation-player-migrate (Tier 1, Tier 2 if multiple players) — “Bulk move. Confirm every player in the list belongs in the new substation.”allocation-create, substation-create (Tier 1) — routine; surface source, power amount, controller.structsd query structs player [id]. Compute: availablePower = (capacity + capacitySecondary) - (load + structsLoad). If load + structsLoad > capacity + capacitySecondary, player goes OFFLINE (cannot act). Player passive draw: 25,000 mW.structsd tx structs allocation-create --allocation-type static|dynamic|automated|provider-agreement TX_FLAGS -- [source-id] [power]. The --controller flag accepts a PlayerId (e.g., 1-42). If omitted, the creating player is the default controller. Then: structsd tx structs substation-create TX_FLAGS -- [owner-id] [allocation-id].structsd tx structs substation-allocation-connect -- [substation-id] [allocation-id] to add source. structsd tx structs substation-allocation-disconnect -- [substation-id] [allocation-id] to remove.structsd tx structs substation-player-connect -- [substation-id] [player-id] to draw power. structsd tx structs substation-player-disconnect -- [substation-id] [player-id] to remove.structsd tx structs substation-player-migrate TX_FLAGS -- [source-substation-id] [dest-substation-id] [player-id,player-id2,...].structsd tx structs allocation-update -- [allocation-id] [new-power]. Delete: structsd tx structs allocation-delete -- [allocation-id].structsd tx structs substation-delete -- [substation-id] (disconnect allocations/players first).| Action | Command |
|---|---|
| Substation create | structsd tx structs substation-create -- [owner-id] [allocation-id] |
| Substation delete | structsd tx structs substation-delete -- [substation-id] |
| Allocation connect | structsd tx structs substation-allocation-connect -- [substation-id] [allocation-id] |
| Allocation disconnect | structsd tx structs substation-allocation-disconnect -- [substation-id] [allocation-id] |
| Player connect | structsd tx structs substation-player-connect -- [substation-id] [player-id] |
| Player disconnect | structsd tx structs substation-player-disconnect -- [substation-id] [player-id] |
| Player migrate | structsd tx structs substation-player-migrate -- [src-substation-id] [dest-substation-id] [player-ids] |
| Allocation create | structsd tx structs allocation-create --allocation-type [type] -- [source-id] [power] |
| Allocation update | structsd tx structs allocation-update -- [allocation-id] [power] |
| Allocation delete | structsd tx structs allocation-delete -- [allocation-id] |
TX_FLAGS (interactive — the CLI prompts you to confirm): --from [key-name] --gas auto --gas-adjustment 1.5
TX_FLAGS_APPROVED (only after commander approval; suppresses the prompt): TX_FLAGS plus -y. See SAFETY.md “The -y Rule.” Power operations cascade — default to interactive even on routine ops.
Requires: structsd on PATH and a configured signing key.
structsd query structs player [id] — capacity, capacitySecondary, load, structsLoad, online status.structsd query structs substation [id] — connected allocations, players.structsd query structs allocation-all-by-source [source-id], allocation-all-by-destination [dest-id] — power flow.If capacity is too low (or you’re going offline), there are three paths:
| Method | Requires | Speed | Risk | Rate |
|---|---|---|---|---|
| Reactor infusion | Alpha Matter | Immediate | Low | 1g ≈ 1 kW (minus commission) |
| Generator infusion | Alpha Matter + generator struct | Immediate | High (irreversible, raidable) | 1g = 2-10 kW |
| Buy via agreement | A provider with capacity | Immediate | Medium (ongoing cost) | Varies by provider |
Most common: Infuse Alpha Matter into your guild’s reactor. Capacity increases automatically.
For step-by-step workflows, see the structs-energy skill.
struct-deactivate), then increase capacity — see the structs-energy skill for options.capacity=0 while structs are online and drawing power. Check structsLoad > 0 as the real indicator of functionality, not capacity > 0.