ce-bakeoff
Develop independent competing solutions to a defined brief, compare them, and synthesize a winning approach. Use when choosing well requires developing…
Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only.
$ npx -y skills add everyinc/compound-engineering-plugin --skill ce-babysit-pr --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ce-babysit-prContext preview
The summary Claude sees to decide when to auto-load this skill.
Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only.
name: ce-babysit-pr description: "Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only." argument-hint: "[PR number|URL|blank=current branch] [watch|checkpoint] [duration] [posture:target|stack-ready|stack-land]"
Keep an open PR moving toward merge by reacting to three streams as each arrives: review comments (handed to `ce-resolve-pr-feedback`), CI failures (handed to `ce-debug`), and branch-currency items the snapshot flags.
**Outcome:** the PR is left at a truthfully reported terminal, looks-ready, blocked, or out-of-budget state under the run's posture. **Done:** Step 3 (stop conditions) reached a true stop and the Step 4 report is written. Settled ≠ merged.
**What each tick looks at and every change it makes come from the bundled `pr-snapshot` output — never by prose, events you notice, or a coordinator's say-so** (readiness also applies the review judgment in `references/settle.md`, which reads live state this output does not model). Read `references/tick.md` before the first snapshot; `references/envelope.md` states the full boundaries.
One PR named → `target` (ask once if a confirmed multi-layer stack exists); asked to carry the whole stack → `stack-ready`; asked to land it → `stack-land`. `mode:pipeline` never asks. Restate posture per transition.
1. `gh repo view` must succeed, else say GitHub-only, stop. 2. Resolve the PR from the argument or current branch (`references/setup.md`); none → report, stop. 3. Chain classification comes from the snapshot, never the user; resolve posture before semantic work. 4. **Checkout must be the PR's head branch with matching upstream** before any delegated mutation; default `gh pr checkout <ref>`; no push access or dirty checkout → stop, say so. 5. **Sustain mode** (`references/watch-loop.md`): Keep monitoring in the current session until a stop condition is met. Use checkpoint mode only when the user requests it or the harness cannot keep the session active while waiting for the watcher's output. The default self-sustaining in-session watch uses `pr-snapshot watch` and runs one tick per `BABYSIT_WAKE`; never collapse the loop into a script. In checkpoint mode, run one tick and report paused monitoring with the resume invocation from `references/setup.md`. **Pipeline** (`mode:pipeline`): bounded synchronous ticks, structured return (`references/pipeline.md`).
Snapshot first, then in this order:
1. **Terminal check.** `MERGED`/`CLOSED` → stop (a `stack-land` merge this run landed is a transition). 2. **Capture the head SHA**; in a confirmed managed stack also record the pre-push baseline (`references/stack.md`). 3. **Feedback before CI.** Threads or non-thread candidates present → invoke `ce-resolve-pr-feedback mode:pipeline` once with the PR ref; persist typed decisions through the shared atomic mark and dispatch every other passed comment; pass `trajectory` when a trigger is crossed; never declare non-convergence yourself. 4. **Stale-SHA cancellation.** Head moved since step 2 → this snapshot's CI is dea
AI skills that make each unit of engineering work easier than the last. Compound Engineering is a plugin of 35 skills for AI coding agents.
Repo: everyinc/compound-engineering-plugin
Develop independent competing solutions to a defined brief, compare them, and synthesize a winning approach. Use when choosing well requires developing…
Explore vague or ambitious ideas into a right-sized requirements-only unified plan. Use when the user wants to brainstorm or scope what to build. Not for…
Review a named diff or PR for bugs, regressions, tests, and standards. Use when asked to review code or when a shipping skill needs a review receipt. Use when…
Commit, push, and open a PR. Use when asked to ship/open a PR, or for PR-description-only flows like writing, rewriting, or describing a PR body.
Create a git commit with a clear, value-communicating message. Use when the user asks to commit/save staged or unstaged changes with a repo-appropriate message.
Refresh the repo's captured learnings against the current codebase. Use when auditing stale, overlapping, superseded, or drifted learnings; avoid general…