MCPInstall

re0-plan

Open a paperthin iteration's casebook before re0-loop's first turn — seeded with real content the moment the folder exists, never an empty directory. User-invoked, paperthin-only: assumes the full skill package installed. Run when opening a new build cycle in this repo.

Installs
1.2K
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/lilmgenius/paperthin --skill re0-plan
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads re0-plan automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Open .re0/iteration/<version>-<workname>/ and write into it in the same motion, before a single line of re0-loop's cycle runs.

Goal

A cycle without a written thesis, gate list, and step plan drifts to whatever framing comes first — and a folder opened with nothing in it tells a resumed session nothing at all. re0-plan closes both gaps at once: the folder is never empty from the moment it's created, regardless of which weight the cycle turns out to be. It assumes the full paperthin package installed and names its sibling skills directly. It pairs with re0-release, which retires the folder, and re0-memo, which extends whatever this skill seeded instead of restarting fresh. It is not a portable planning method — the shape it writes is this repo's own convention.

Workflow

  1. Classify the cycle's weight: a fix or hardening pass with no real design surface is lightweight; a cycle with a direction genuinely worth arguing through is full.
  2. Create .re0/iteration/<version>-<workname>/ and, in the same step, write its first file — the weight decides which:
    • lightweight → RETRO.local.md: one paragraph naming the task and why it's lightweight. re0-memo extends this same file at the end; it never starts a fresh one. Stop here.
    • full → DESIGN.local.md: thesis, scope, and quality gates — the same content re0-loop's FRAME turn expects, and enough on its own to survive a session break. When the change touches shippable surface, those gates always include an AGENTS.md/README reflection gate (see Rules). Confirm the read with readchk, size the tier with modelchk; reach for macrothink or another judgment skill only when the direction is genuinely contestable.
  3. (full only) Write WORKFLOW.local.md: the numbered steps this specific cycle runs through re0-loop's turn order — specific to this build, not a restatement of re0-loop's generic stages.
  4. (full only) Write EVIDENCE.local.md: the gates from DESIGN.local.md, listed as proof surface still to fill — the bar, not results.
  5. Keep reference material flat as REF-<topic>.local.md; promote to a refs/ subfolder only once it multiplies past a couple of files.
  6. Hand off to re0-loop. Do not invoke re0-work here — a from-scratch restart is re0-loop's own mid-cycle call, surfaced by nba when warranted, never a setup step.

Rules

  • The folder is never empty at creation. Every path, lightweight or full, writes real content in the same motion the folder is made, so a session break at any point still leaves something to resume from.
  • Not portable, by design. Names other paperthin skills directly and assumes the full package installed — the opposite of the self-contained default every other skill here follows. It exists only to pair with re0-release and re0-memo, not to travel alone.
  • No padding. Lightweight gets no DESIGN/WORKFLOW/EVIDENCE, and its RETRO.local.md seed stays one paragraph — a task note, not a WORKFLOW.local.md in disguise. A judgment skill or re0-work never gets forced in "just in case."
  • The folder's <version> is provisional. Apply the same minor/patch discriminator re0-release uses — kind not size: is the change, against the artifact's own prior spec, a fix (patch) or a new capability a user newly reaches for (minor)? — and keep it contingent on any unresolved fork the cycle opens. Never pre-commit a firm bump the cycle hasn't earned; a fork that could add a skill leaves the bump undecided until it resolves.
  • Docs stay aligned, like re0-release at ship time. When the cycle's change touches shippable surface, its quality gates always include an AGENTS.md/README reflection gate, assigning each reflection to its register per AGENTS.md's docs-role split: internal mechanism/rules/anatomy → AGENTS.md (LLM + human, injected as instructions), user-facing catalog/experience → README (human-only, never injected). Never dump agent-instruction mechanism into README, and never skip README for a user-facing change. This is the plan-time complement to re0-release's ship-time README step.
  • negatives-as-corpus — nothing this skill or the cycle it opens produces gets deleted; a cycle that goes wrong is retired by re0-release, not discarded.
  • Every EVIDENCE.local.md gate traces back to a line in DESIGN.local.md; don't invent proof surface DESIGN never asked for.

Verification

Before finishing:

  1. The folder has real content from the moment it exists — no empty directory, on either path.
  2. Full path: DESIGN.local.md states a thesis, scope, and gates; WORKFLOW.local.md's steps are specific to this cycle; every EVIDENCE.local.md gate traces to DESIGN.local.md.
  3. Lightweight path: RETRO.local.md is seeded with the task and reason, one paragraph.
  4. Reference material stayed flat unless it earned a refs/ subfolder.
  5. Report which path was taken and why.

FAQ

What does the re0-plan skill do?

Open a paperthin iteration's casebook before re0-loop's first turn — seeded with real content the moment the folder exists, never an empty directory. User-invoked, paperthin-only: assumes the full skill package installed. Run when opening a new build cycle in this repo.

How do I install re0-plan?

Run npx skills add https://github.com/lilmgenius/paperthin --skill re0-plan in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/re0-plan/ (personal) or .claude/skills/re0-plan/ (project).

Which AI agents can use re0-plan?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is re0-plan safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains re0-plan?

It is published by lilmgenius in lilmgenius/paperthin. It has 1,206 recorded installs.

More from lilmgenius/paperthin

View all →

dedash

lilmgenius/paperthin

Remove em-dashes and the dashes standing in for them from a user-owned scope, reading each occurrence in context and choosing the punctuation or wording that fits.

1.5K installs

ssotize

lilmgenius/paperthin

Audit and consolidate a fact that's scattered across places into one canonical source, after approval, and replace the rest with references. Use when asked to find duplication, check consistency, locate the source of truth, deduplicate, consolidate, unify, or establish SSOT across artifacts or platforms. Starts read-only, reports the map and plan, then mutates only after explicit approval.

Backend & APIs1.3K installs

shower

lilmgenius/paperthin

Cold-read the artifact you're focused on from a fresh, zero-context sub-session to confirm it stands on its own — a shower-thought reset for accumulated session bias. Use when a long session has worn away your fresh eyes and you can no longer tell whether the artifact in focus is clear to someone with no prior context; before a handoff, publish, or merge; or when you want a clean-room comprehension smoke test. Spawns a separate context-free reviewer; it diagnoses, it does not fix.

Testing & QA1.3K installs

hate

lilmgenius/paperthin

Attack a plan, design, or argument like you want it to fail before you commit real effort — return the single load-bearing objection and the cheapest experiment that would prove it matters, not a checklist. User-invoked on purpose: a hate-it reflex always in the agent's reach would bias it toward demolition. Weighs many failure axes but owns the synthesis to one root.

factchk

lilmgenius/paperthin

Verify reality-grounded claims against external sources in both directions before they ship — could the 'absurd' be real, could the 'obvious' be false or long-established? Use whenever an artifact, or the sentence you are about to write, asserts something as plausible, realistic, absurd, novel, or impossible from intuition rather than a checked source; before relying on a factual claim in prose, a design rationale, a research claim, or a plan. Fires on metacognitive doubt — when you can't actually know, verify instead of trusting the feeling. Scans read-only, then fixes the clear errors or flags the judgment calls; leaves deliberate fiction alone.

re0

lilmgenius/paperthin

Refresh an existing artifact into the current best v0. Use when the user asks to clean up, sync up, dedupe, de-noise, smooth, rewrite, or update an artifact after iteration; when nearby artifacts may have drifted; or when changes in one place should be reflected across related artifacts while keeping the result minimal.

1.3K installs

Popular code quality & workflow skills

View category →

grill-me

mattpocock/skills

A relentless interview to sharpen a plan or design.

Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.

handoff

mattpocock/skills

Compact the current conversation into a handoff document for another agent to pick up.

domain-modeling

mattpocock/skills

Build and sharpen a project's domain model. Use when discussing codebase terminology, writing or editing a GLOSSARY.md, or recording or editing an ADR.

codebase-design

mattpocock/skills

Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.

diagnosing-bugs

mattpocock/skills

Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow.