Reorg: split HTTP surface into egress vs typed-operation shapes; document front-selection rule #115
Labels
No labels
burndown-2026-06
sunday-sprint
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/cli-guard#115
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Reorg: the HTTP surface is two shapes; name both, and document the front-selection rule
Follow-up to cli-guard issue 113.
The proposed HTTP bucket lumps
egresswithspecverb/guardfile/specgen/specdrv/respfmt. Weighing the real top integrations shows those are twodifferent shapes that deserve separate naming.
The two HTTP shapes
egress, the CONNECT-proxy concern) - "what hosts maythis send to." Serves the otel stack (datadog/honeycomb/new relic, all
otel-wrapped) and package-manager registry fetches. The broader HTTP shape by
usage.
guardfile/specverb/specgen/specdrv+ theOverlay) - "may this caller invoke this operation." Serves ~
forgejo.The front-selection rule (worth writing into architecture.md)
The surface that guards an integration is chosen by CLI maturity, not OpenAPI
availability. Several top integrations ship an OpenAPI spec and we still guard
the CLI:
gh/GitHub,kubectl/k8s,az/Azure. Forgejo is on the HTTP frontbecause it has no good CLI, not because it has a spec. Consequence: the
typed-operation HTTP front stays small by construction, since most platforms
ship a CLI.
Usage tally backing this:
uv, npm, cargo, go, ssh.
gh*cacheplacementghcache/ghidcache/ghratelimitare proposed under HTTP, but GitHub isguarded via the
ghCLI passthrough. If those caches backghoperationsthey belong with CLI, not HTTP - unless cli-guard makes direct GitHub HTTP calls
independent of
gh(rate-limit / id resolution). Pin this down before the move.Ask
http/egress,http/spec) rather than one flathttp/.docs/architecture.mdthatcli-guard issue 113
item 3 proposes.
gh*cacheownership.Backlog burndown 2026-06-17: closing low-priority (P3/P4) to bring the open count to a manageable level. Nothing lost — reopen if this resurfaces. Batch tag:
burndown-2026-06.