测试与安全

sip

lilmgenius/paperthin

After you create or change an artifact or skill, taste-test it with our own skills instead of trusting your in-session judgment — recursive self-improvement, made automatic. Use right after writing or editing anything, before calling it done, committing, or handing it off.

  • 1318 次安装
  • 1400 星标
  • 收录于

安装命令

npx skills add https://github.com/lilmgenius/paperthin --skill sip

SKILL.md

Taste your own cooking: the moment you finish making something, check it with the very skills this repo ships before you serve it.

Goal

A reminder buried in docs ("remember to verify") won't reliably fire in a fresh session. sip makes the recursive self-improvement loop a triggered habit: right after any create or change, run our own skills on the result — the clean checks and the true ones — so quality doesn't ride on the author's biased in-session judgment.

Workflow

  1. Spot the trigger: you just created or changed an artifact or skill and are about to call it done, commit, or hand it off.
  2. Cold-read it — run shower on the artifact (fresh-eyes comprehension / handoff check).
  3. Verify it's true — if the artifact asserts a reality-grounded claim, run factchk; if it defines an eval, metric, or experiment, run mandela. Skip when it has neither.
  4. Check consistency — run ssotize in audit mode across the repo for anything the change duplicated or contradicted; execute its consolidation plan only after approval.
  5. Detool portability claims — run detool only when the artifact claims portability, tool-neutrality, stack-agnostic durability, or cross-agent reuse. Skip when it is provenance, operational notes, a tool-targeted runbook, or does not claim portability.
  6. Tidy — re0 the changed docs so the result reads as a clean v0, not a patch over a draft.
  7. Apply the findings here, then serve it.

Rules