본문으로 건너뛰기
cccskills
무료GitHub에 공개

perfection-review

Adversarial "perfection" review — hold a change to an *ideal* bar, not just a correct one, assuming eternal time, unlimited energy, and no ship pressure. Use when the user asks to review "for perfection", to make a defect "impossible to express", or to hunt where a defect "relocates" across review rounds. Grounds every claim in the diff, fans out adversarial verifiers via Workflow, and reports residual surfaces with a structural fix for each. ONLY invoke when the user explicitly asks for a perfection / ideal-bar review.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md3.0 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Perfection review

The bar is not "closed" but "the defect can no longer be expressed." Assume eternal time, unlimited energy, no deadline. "Overridable", "acceptable for scope", and "documented intent" are still holes.

Most defects are one shape in costumes. Name the shape, then hunt where it relocates — a fix that satisfies the literal ask but lets the defect resurface one seam over is not done. Track it across rounds until it has nowhere left to go.

Method

  1. Ground in the diff, not the story — the PR body, commit messages, docs, and the author's claims are assertions to falsify, not facts. Check them against the code.
  2. Letter vs effect — a safety added but never exercised is inert. Require a real path that uses it and a test that fails when it is removed.
  3. Unspellable > absent — make the wrong thing impossible to write, not merely discouraged. If a future author can still spell the defect, it isn't closed. Beware a guarantee that proves presence, not behaviour.
  4. Reconcile claim and code — an overclaiming comment or doc is itself a defect: make the code earn the sentence, or soften the sentence.
  5. Finish the blast radius — not done until every dependent and downstream is carried to the same bar and verified against the final state.

Verify adversarially — use Workflow

Review with fresh context, separate from the author — a reviewer carrying the author's context rationalizes the author's intent; a fresh mind grounded only in the diff does not. Fan out grounded verifiers (one per claim) plus an adversary whose only job is to express the defect anyway, each citing the diff; then synthesize. Default to refuted-if-uncertain, loop until nothing new surfaces, and re-verify the headline finding yourself. Keep agent schemas flat and isolate the adversary so one failure can't abort the run.

Report

Lead with credit for what's closed — don't move goalposts on done work — then the residual surfaces, ranked, each with its structural fix. Frame each finding as the invariant it violates, not a lone exploit: a single proof-of-concept trains a one-line patch and the defect just relocates — give the property, and if you must show an example, give a few from different angles and call it one costume of many. Separate "the product is fine" from "the claim isn't yet true". Post to the PR only when asked (--post).

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

be

무료

Modern, interactive alternative to `/do` — clarify intent up front, then take a task end-to-end with a serial AI review gauntlet (lens debate (lowy ⇄ hickey) → codex debate → simplify → code-police, each editing the branch in turn) → CI → evidence. ONLY invoke when the user explicitly types `/be` or `$be`; never auto-select from a natural-language request.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

be-review

무료

Run /be's review gauntlet SERIALLY — /lens-debate (lowy ⇄ hickey), then /codex-debate, then /simplify, then code-police, each editing and committing on the live branch in turn. Use from /be §4, or when the user asks to "run the review gauntlet". Requires Claude Code's Skill tool.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

ci

무료

Reference for the `odu` runner — how to invoke a full pipeline, a single recipe, or a platform-pinned node, and how to attach to a live run, from a project whose CI odu runs. Trigger when the user asks to "run CI", "run the pipeline", "re-run a check", to run named lanes or recipes (e.g. "run fmt and nix", "just the e2e lane", bare selectors like `fmt`/`nix`/`e2e`), or names a recipe by `<recipe>@<platform>`. This skill — not a repo's local `just ci` / `just <recipe>` — is how an odu-run request is served.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

Review code for quality, simplicity, and common mistakes before declaring work complete.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

Run an automated codex⇄Claude debate to consensus — no round cap, no deadlock exit. Two explicit subcommands. `review` (also the bare/back-compat default) — codex (reviewer) critiques the current diff and a Claude subagent (author) fixes/disputes, looping until they agree. `answer` — Claude and codex each answer a freeform prompt in parallel, then cross-check until they agree, and a unified answer is returned. Use when the user types `/codex-debate`, asks to "have codex review this", "run the codex debate", "review this PR with codex", "argue this with codex until you agree", or passes a question to "have Claude and codex debate/answer until they agree".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

do

무료

Do a task end-to-end — implement, PR, CI loop, ship. ONLY invoke when the user explicitly types `/do` or `$do`; never auto-select from a natural-language request, even one that sounds like an end-to-end task.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

srid/emanote9662026년 7월 26일 업데이트

srid의 스킬 모두 보기

이 스킬의 문제 신고