docs: design bounded hosted live smoke tier - #1195
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 31, 2026, 11:21 AM ET / 15:21 UTC. ClawSweeper reviewWhat this changesThe branch adds a design-only document for a bounded hosted provider live-smoke tier and links that proposal from the existing provider live-smoke guide. Merge readinessThis PR remains necessary as a maintainer-owned design decision: it documents a future funded hosted live-smoke tier but does not activate it. The supplied PR context and the prior seven review cycles identify no line-level defect, while accepting the document would still establish policy expectations for protected credentials, spend caps, scheduled reconciliation, and operational ownership; the local read-only inspection command could not run because the sandbox rejected network-namespace setup. Priority: P3 Review scores
Verification
How this fits togetherCrabbox provider adapters are exercised through hermetic and opt-in live smoke tiers. This proposal sits above those existing checks: it defines the policy boundary that would govern any future scheduled, credentialed provider lifecycle validation and cleanup process. flowchart LR
A[Provider adapters] --> B[Hermetic and opt-in smoke checks]
B --> C[Hosted live-smoke design]
C --> D[Protected environment and credentials]
C --> E[Spend, TTL, and concurrency limits]
D --> F[Scheduled provider lifecycle run]
E --> F
F --> G[Cleanup and orphan sweeper]
G --> H[Sanitized maintainer evidence]
Decision needed
Why: The patch is intentionally non-executable, so its main effect is to set repository policy and signal acceptance of future operational obligations; source review cannot safely substitute for an owner’s decision to take on those obligations. Before merge
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Have an accountable maintainer either approve this document as the repository’s future hosted-live-smoke policy or narrow it to clearly non-binding design notes; activate no workflow until the named credential, budget, cleanup, and ownership checklist is accepted. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR proposes documentation and policy rather than reporting a runtime defect. Its stated non-activation boundary is visible in the supplied diff, but the local checkout could not be inspected. Is this the best way to solve the issue? Unclear: the proposed document is a coherent way to record safeguards, but whether it is the right policy baseline depends on a maintainer explicitly accepting the future funded-provider operational commitment. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 5aa1c3983874. 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 (7 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.