docs: design bounded hosted live smoke tier - #1195
Conversation
|
Codex review: found issues before merge. Reviewed August 1, 2026, 6:23 AM ET / 10:23 UTC. ClawSweeper reviewWhat this changesThe PR adds a design document for a bounded hosted provider live-smoke tier and links that proposal from the existing provider live-smoke guide. Merge readinessKeep this PR open for maintainer product direction. Current main intentionally leaves hosted credentialed smoke testing disabled pending a separate policy, while this proposal would define the operational commitments needed to change that; the patch also needs a small provider-neutral documentation cleanup. Priority: P3 Review scores
Verification
How this fits togetherCrabbox validates provider adapters through hermetic checks and opt-in live smokes. A future hosted tier would run authenticated create/use/destroy checks from a protected environment, then pass cleanup and reconciliation evidence back to repository operators. flowchart LR
A[Provider adapters] --> B[Hermetic and guarded smoke checks]
B --> C[Hosted live-smoke proposal]
C --> D[Protected credentials and limits]
D --> E[Provider lifecycle run]
E --> F[Targeted cleanup]
F --> G[Independent sweeper]
E --> H[Sanitized evidence]
Decision needed
Why: The diff is documentation-only, but it specifies future operational commitments that source review and passing documentation checks cannot authorize. Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Root-cause clusterRelationship: Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Have an accountable repository owner approve or defer the hosted-tier operating model, then merge a provider-neutral design that preserves the existing no-hosted-workflow boundary until the activation checklist is actually completed. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR proposes policy and documentation for a future capability rather than reporting broken existing behavior. Is this the best way to solve the issue? Unclear: the design is bounded and consistent with the current hosted-tier deferral, but it is not the best repository outcome until a maintainer accepts the operating responsibilities and the new guide is made provider-neutral. Full review comments:
Overall correctness: patch is correct AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 0171ae2ee19f. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (8 earlier review cycles)
|
Summary
live-smokeprotected-environment boundary, schedule/manual-only triggers, main-only checkout guards, least-privilege provisioning and sweeper credentials, rotation policy, and the required-reviewer tradeoff for scheduled reconciliationThis is the design-only tier-two follow-up for #944. It builds on the hermetic lifecycle gate from #948, the secretless hosted end-to-end tier from #981, and the provider-specific live-test documentation work in #979.
Verification
No live provider proof applies: this is a documentation-only proposal, deliberately adds no active workflow, and performs no provider mutation. The generated
dist/docs-siteartifact was removed after validation.Security and activation
No repository or environment secret is added or referenced by executable code. The proposal keeps all future funded credentials inside the
live-smokeenvironment and blocks activation until dedicated provider projects, hard caps, separately scoped sweepers, destructive canary proof, shape tests, and the maintainer checklist are complete.No changelog entry: documentation-only design proposal, as requested.