agentleFS
udecodeudecode/better-convex/.agents/skills/redo/SKILL.md

redo

Skill452 starsChanged 10 days agoApache-2.0View on GitHub

Redo a prior pstack run at the current session's higher effort or stronger model, treating its plan as a draft: rerun only the plan, design, subagent and seat lanes, code and review judgments that ran below the current level, and reuse the rest. Use for \"redo <plan, page or PR>\", \"run poteto again on it at this effort\", \"treat this plan as a draft\", a teammate's run made at a lower effort, or a Babysit whose levels check finds a unit below target.

3 other projects use a version of this.

Adopted by

Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data

Week of Sep 13: 0 new projectsWeek of Sep 20: 0 new projectsWeek of Sep 27: 0 new projectsWeek of Oct 4: 0 new projectsWeek of Oct 11: 0 new projectsWeek of Oct 18: 0 new projectsWeek of Oct 25: 0 new projectsWeek of Nov 1: 0 new projects
Sep 2026Oct 2026Nov 2026
New projects taking a version of this file each week, over the 8 weeks our latest run read: only 0 in all, so this is a hint, not a trend.

Most recently taken up by

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    When no unit is redo, say so on the page.

    line 17

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Redo

A run made at a lower effort or on a weaker model is a draft. Redo follows pstack's Session pickup, except that it redoes the work that ran below the current level and reuses everything else. Load pstack:poteto-mode first; its playbooks and the project's gates still own each step.

  1. Find the draft. A plan path is the draft. For a page link, find the plan whose subject or plan file holds that Page: line (git grep -l 'Page: <link>' in the plans directory); for a PR, the plan its body links, or on another person's PR, the plan your own comment links. Read the plan, its subject file, its decision log and its run directory under <plans>/artifacts/. Never read the published page, because another account may own it.
  2. Read the levels. node .agents/pstack/levels.mjs <log>... prints the current session's level and the configured seats, then marks each lead stretch and seat round of the draft's logs at or below, with the reason for each below. A stretch with no lead row, or a seat with no level, counts as below. A subagent role runs at its models-sheet line.
  3. Write the ledger. Open a new iteration of the draft's subject with the plan-page skill. Its Brief names the draft and the level change, and its ## Redo table lists every unit of the draft with its producer, that producer's level and one verdict:
    • redo: judgment a producer made below the level the current setup gives its role. That covers the plan and its Defaults, design picks, each subagent or seat lane, each panel finding's disposition, the code each built: row names, and the Close and its claims. It also covers any unit the draft marked weak: a partial, gap, open or inconclusive row, a missing seat, a same-family round or a dismissed critical finding.
    • reuse: deterministic evidence on bytes the redo will not change, such as a test run, a proof log or a render, and any lane already at or above the current level. Cite it, and do not run it again.
    • recheck: reused evidence whose inputs a redo may change. It reruns after the redo. When no unit is redo, say so on the page. For a PR, go on to step 6; otherwise stop.
  4. Redo the plan and design first. Work from the owner's asks and the draft's inputs before reading the draft's conclusions, then compare and log each pick kept, changed or dropped. A design step that runs architect or an arena takes the draft's design as one more candidate. An unbuilt draft plan becomes superseded; a built one stays and the new iteration continues it.
  5. Rerun the lanes. Each redo lane runs again on its configured model and level, from its brief in the run directory. Re-judge every reused seat answer at the current level, and log a new panel row for each finding whose disposition changes.
  6. Clean up the code. Run the project's Babysit playbook, or pstack's, over the draft's diff at the current level, without its level check. The fixes then take the project's usual gates and land by its Delivery rule. When the draft is a PR, push the fixes to that PR's head branch instead, as Babysit does.
  7. Recheck and close. Rerun each recheck proof. The Close lists what was redone and what changed, what was reused and why, and any unit whose level stayed unknown.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.