resume

Solid

Run the autoresearch experiment loop — propose one change, measure it, keep it only if it beats the noise floor, repeat. Use to resume or continue an autoresearch run, for `/ar:resume`, for "keep iterating", "next experiment", "continue optimising", or whenever `./.ar/ar.jsonl` exists and the loop should advance. Reconstructs everything from disk, so it survives compaction, `/clear`, and a fresh session. Requires `/ar:start` to have run first.

Web & Frontend 2 stars 0 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
16
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# /ar:resume — advance the loop Iterate until the target is met, the budget is spent, or the run is stopped. ## First action, always (MANDATORY) Read state from disk before saying or doing anything else. Context is never the carrier — this is what makes the loop survive compaction and session resets. ```bash cat ./.ar/ar.jsonl 2>/dev/null | tail -50; git branch --show-current ``` No `ar.jsonl` means no run exists — say so and point at `/ar:start`. Otherwise reconstruct best-so-far, run count, plateau streak and budget per `${CLAUDE_PLUGIN_ROOT}/references/resume-loop.md` §1, then print the status block before the first iteration. ## Hard rules 1. **Never act on a branch this run did not create.** If the current branch is not `config.branch`, do **not** switch onto it — create a fresh branch from the present state and open a new segment (`references/protocol.md` §0). 2. **One atomic change per iteration.** No compound edits. Two changes give one number and no attribution. 3. **Commit before measuring**, with a `Result: pending` trailer; amend it with the real result on keep. 4. **Revert with `git checkout -- . && git clean -fd`** on discard or crash. Never `-fdx` — that flag deletes `./.ar/` and the run with it. 5. **Locked harness.** Any diff touching `benchmark.sh`, `checks.sh`, `evaluator.py` or the metric-emitting code is rejected and the hypothesis abandoned. Optimising a number while free to redefine it is not optimisation. 6. **Keep only abov...

Details

Author
emaballarin
Repository
emaballarin/ccplugins
Created
3 months ago
Last Updated
3 days ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

start

Open a new autoresearch experiment loop — dedicated `ar/…` git branch, `./.ar/` state, and a measured baseline noise floor so later gains can be told apart from run-to-run scatter. Invoke ONLY when explicitly asked to start an autoresearch run, open an experiment loop, or `/ar:start` — e.g. "autoresearch this", "start an ar run", "set up a loop to minimise X". Do NOT auto-fire on ordinary optimisation work. "Make this faster", "improve the accuracy", "tune these hyperparameters", "benchmark this", "find the best configuration" are normal requests to handle directly, not loops. Warranted only when many measured iterations under a locked harness are wanted — it creates a git branch and a commit on first use.

2 Updated 3 days ago
emaballarin
Data & Documents Listed

status

Print the current autoresearch run's state — goal, baseline, noise floor, best-so-far, run tallies, budget, branch, and the last few iterations. Use for `/ar:status`, "how is the loop doing", "what's the best so far", or any read-only check on an autoresearch experiment. Reconstructs everything from `./.ar/ar.jsonl` on disk, so it works in a fresh session with no prior history. Strictly read-only — never iterates, edits, commits, or reverts.

2 Updated 3 days ago
emaballarin
AI & Automation Solid

autoresearch

Autonomous experiment loop: edit code, commit, run benchmark, extract metrics, keep improvements or revert, repeat forever. Use this skill when the user asks to "run autoresearch", "start an experiment loop", "optimize a metric autonomously", "autonomous experiments", "benchmark loop", "keep/discard experiments", "optimize test speed", "optimize bundle size", "optimize build time", "run experiments overnight", "speed up my tests", "make my build faster", "reduce compile time", "keep trying until it's faster", "run experiments while I sleep", "overnight optimization", "edit-measure-keep loop", "autoresearch status", or mentions "autoresearch", "experiment loop", "autonomous optimization". Always use this skill when the user wants to iteratively and autonomously improve any measurable metric — even if they don't use the word "autoresearch". Also use when the user asks about the status of a running autoresearch session or wants to cancel/stop one.

12 Updated 1 weeks ago
proyecto26