lilmgenius/paperthin

shower

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.

View source

How to use

  1. Copy the installation command and review the source package before installing it in your own agent environment.
  2. Check the source document for required tools, credentials and supported hosts.
  3. Describe your input and desired deliverable; review the output against the source material.
npx skills add https://github.com/lilmgenius/paperthin --skill shower

Before you start

  • Installation does not include a model subscription, API allowance or permission to access your files.
  • Repository stars and installation counts describe activity, not an independent quality or security test.
Original skill document

Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.

Step out of the session and let a clean mind read it: does the artifact stand on its own?

Goal

A long session quietly accumulates context you can't un-see, so you lose the ability to judge whether your work reads clearly to a first-timer — you no longer know what you left unsaid (the unknown-unknowns). The fix is a literally fresh brain: a separate sub-session that never saw this conversation cold-reads the artifact in focus and reports where a clean reader would stall. A smoke test for comprehension and handoff. This skill diagnoses; the fixing happens back in the main session.

Workflow

  1. Pin the scope: the artifact (or set) currently in focus. If "in focus" is ambiguous, confirm with the user or take the artifact just produced or under discussion. Privately note, in one line, what it is meant to be and who it is for — your yardstick for step 4; the reviewer never sees it.
  2. Launch a fresh sub-session (a subagent / Task — it starts context-free). Hand it the artifact's contents (inline, or a copy), not a repo path, and tell it not to open the project's README, docs, or neighboring files that would spoil the cold read. Give it nothing about your intent or reasoning.
  3. Have it cold-read blind and report, from the artifact alone:
  • what it takes the artifact to be, do, and expect;
  • what is unclear, ambiguous, or assumed-but-unstated;
  • what it would need to act confidently, and what it had to guess.
  1. Compare its blind understanding against the intent you noted in step 1 (which it never saw). Every mismatch is a defect in the artifact, not a reader error.
  2. Report the defects and concrete fixes, ordered by how badly each blocks a fresh reader.

Rules

  • The read MUST come from a separate, context-free sub-session — never self-assess in this session, because you can't un-see the context (that is the whole point).
  • Pass the artifact's contents, never your intent.
  • A forced "I had to assume…" is a finding, not a reader failure.
  • Medium-agnostic: adapt the cold-read questions to what the artifact is.
  • A single cold read is a single draw and can still be confidently wrong at high stakes; it is the default, not the ceiling of diligence, so escalate to multiple independent reads when the stakes justify the cost.
  • Read, don't sweep. The cold-read is an end-to-end read, not a pattern-grep — a sweep catches only known patterns and misses stale refs, dead links, fact drift, and silent edit-damage. Track how much was actually read; never report "clean" from a grep alone.

Verification

Before finishing:

  1. The read came from a fresh sub-session blind to your intent.
  2. Report the verdict (stands on its own / minor gaps / needs work) and hand the fixes to the main session.

Related by task

from this repository

More skills

All skills
lilmgenius
Community

aim

When data lands with a thin ask — files, a repo, a paste, a chat scrollback — read it and propose what the user is trying to do with it, as a proposal to confirm rather than a question to answer. Use the moment material arrives without a fully-formed ask, or when the ask reads thinner than the data suggests.

1h installs
1
GitHub stars
1.3K
Updated
Oct 20
lilmgenius
Community

detool

Make durable artifacts portable by replacing incidental stack, vendor, model, CLI, path, quota, or harness nouns with the mechanism they mean, while keeping provenance, runbooks, and tool-subject claims concrete.

1h installs
1
GitHub stars
1.3K
Updated
Oct 20
lilmgenius
Community

feynman

Press a decision you just made until you can explain it to a skeptic in your own words, or surface the gap where you can't. The Feynman test aimed at a choice: understanding is cheapest to fake the moment after you decide, so a fresh critic presses for what you can't actually explain. Use right after picking an option, especially one an agent laid out without arguing for.

1h installs
1
GitHub stars
1.3K
Updated
Oct 20
lilmgenius
Community

hate

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.

1h installs
1
GitHub stars
1.3K
Updated
Oct 20