ops(next): point the autonomous tick at the CI coverage gap - #152
Conversation
NEXT.md described building sdk/src/worker.ts as a new file. That file exists and gate-2 workloads run against it, so every autonomous cloud tick assesses against a completed package and burns its cycle. Repointed at the gap that made 2026-09-03 expensive: the repo's only workflow runs `cargo build` but never `cargo test`, and four of ~26 SDK test files. Six of eight independent signoffs that day found P0s in PRs that were green, all kernel-side and invisible to CI by construction. Scoped to .github/ only, and explicit that turning CI red is the correct outcome. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01FtQSAcGDta5VH9xiZFT4sR Session-Id: c228933d-4f94-4d83-9a9a-daf3c83b94f1
ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Free Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthrough
ChangesCI Coverage Planning
Estimated code review effort: 1 (Trivial) | ~5 minutes Poem
Note 🎁 Summarized by CodeRabbit FreeYour organization is on the Free plan. CodeRabbit will generate a high-level summary and a walkthrough for each pull request. For a comprehensive line-by-line review, please upgrade your subscription to CodeRabbit Essentials by visiting https://app.coderabbit.ai/settings/billing. Comment |
The autonomous cloud tick (
workflows/drive-cloud.yaml) readsops/NEXT.mdto choose its work package. That file described buildingsdk/src/worker.tsas a new file — but it exists and gate-2 workloads run against it. Every overnight tick would assess against a finished package and burn its cycle.Repointed at the gap that made today expensive:
.github/workflows/cloud-runtime-artifact.ymlis the only workflow, its one cargo invocation iscargo build(nevercargo test), and vitest runs four of ~26 files. Six of eight independent signoffs today found P0s in green PRs — all kernel-side, invisible to CI by construction, including an exactly-once double-fire and a$refcycle that aborted the daemon and re-ran the effect on every resume.Scoped to
.github/only, and explicit that a newly-red CI is the correct outcome rather than something to fix or paper over.ops-only change; no product code.
🤖 Generated with Claude Code
https://claude.ai/code/session_01FtQSAcGDta5VH9xiZFT4sR