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

no-comments

Spawn Comment Sicko, or a swarm of them over the whole repo, fix accepted findings, and offer encodings for claimed constraints.

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

설치 방법 보기

포함된 파일(2)

  • SKILL.md5.3 KB
  • LICENSE1.0 KB

SKILL.md(원문)

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

No comments

Spawn Comment Sicko. Act on accepted findings.

Defer to Comment Sicko's fresh perspective.

Scope

Use the caller's files or diff. Otherwise use the current diff against the base branch, dev (master when the branch is dev), including the working tree.

The whole repo (/no-comments all, "the repo", "everything") or a directory runs as a swarm.

Swarm

N Comment Sickos in parallel, one slice each, drained into one report and one plan. Open a todolist with one entry per phase before launching anything: Frame, Fan out, Aggregate, Plan.

Frame

  1. Done means every file in scope has an accepted sicko result or is reported as a gap. The artifact is the Plan below.
  2. List the files with git ls-files over the scope, code only: *.ts, *.tsx, *.js, *.mjs, *.yml, *.sh, *.ps1. Count each file's comment lines.
  3. The files in scope must have no uncommitted changes (git status --short -- <files>), so the swarm's deletions can be reviewed and reverted on their own. Otherwise ask to commit or stash first.
  4. Slice by file, about 150 comment lines a slice. Never split a file: one sicko owns it. A file past that size is a slice alone. N is the number of slices, at most 8; past that, grow the slices.

Fan out

Spawn all N in one message: the Agent tool, subagent_type: "comment-sicko". Every brief stands alone: its exact files, that other sickos own every other file and it touches only its own, and that its report ends PASS (nothing to flag), ISSUES (flags), or BLOCKED with the reason. Do not restate its rules.

If a sicko drops out, go on with the rest and note it.

Aggregate

Wait for every sicko. Run Step 2 on each slice: its report and git diff -- <its files>. A rejected slice is reverted (git restore -- <its files>) and given once to a fresh sicko with the failure named. A second rejection or a dropout is a gap. A gap never counts as a pass. Do not paste raw reports.

Plan

Report before Step 3:

  • A table: slice, files, comments deleted, MUST KILLs, restored, status.
  • Deleted: the comments already gone, counted by file. They sit in the working tree to review.
  • Quick fixes: accepted MUST KILLs Step 3 fixes directly (a dead path, a dropped parameter, the real API), one line each.
  • Refactors: the ones that need a shape, grouped where one change answers several, a one-line sketch each.
  • Constraint comments for Step 5, gaps and dropouts.

Then ask via AskUserQuestion: carry out quick fixes and refactors, quick fixes only, or none yet. Steps 3 to 6 run on what is approved, one change at a time, the gates after each.

Steps

  1. Spawn the Agent tool with subagent_type: "comment-sicko". Pass the scope. Do not restate its rules. A swarm's Fan out is this step, and its Aggregate runs Step 2.
  2. Inspect its report and diff. Reject application-code edits, scope escapes, exception-protected deletions, misstated MUST KILL reasons, and flags that treat kept intentional code as guilty. Reshape flags on our-code surprises stay actionable. Do not restore those comments. A keep survives only with proof it is about something we cannot change. Audit missed scoped lint and TypeScript suppressions. Correctness or safety suppressions stay actionable MUST KILLs. Restore deletions only with exact exceptions and scoped proof. Before accepting thin IMPORTANT or do not remove kills or keeps, read their symbol, its callers and its history (git log -S, git blame) to learn how it works and why it is there. If a kill is ambiguous, do not restore. If a keep is refuted or still ambiguous, delete it. Revert and rerun one rejected report with the failure named. Reject a second, report it open, and fail /no-comments.
  3. Fix trivial accepted flags directly by deleting a dead path, dropping a parameter, or using the real API. If any fix needs a shape, sketch it once for the accepted set and surrounding code: the files, the types, the moves, no code. Stop at the sketch. The sketch shapes. Step 4 implements.
  4. Implement the smallest root-cause fix in scope. Remove every named workaround. If the root cause is out of scope, land the smallest in-scope fix and report the rest open. Fixing root causes and redesigning from first principles guide intent only. Neither authorizes widening the fence nor fixing instances outside it. Never bolt on symptom guards. After any code change, run CLAUDE.md's gates: claude plugin validate ., claude plugin test ., tsc -p . (npx -y -p typescript tsc -p . without a global tsc).
  5. Constraint comments say do not remove, do not change wording, or talk to X before changing. Leave keeps about things we cannot change. Offer the cheapest in-scope type, runtime, test, or CI lint. Wait for interactive approval via AskUserQuestion. Unattended and eval require caller pre-approval. If approved, encode then delete. Otherwise delete, report the constraint open, and sketch out-of-scope work.
  6. Report the deletion count, restored comments, reruns, sketch, fixes, encoding offers, encodings, unenforced constraints, gate results, and other open work. Commit nothing: the commit skill does.

Adapted from pstack's no-comments and swarm by Lauren Tan, MIT: see LICENSE beside this file.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

commit

무료

Generate a professional git commit message from the repo's current diff. Analyzes all staged, unstaged, and untracked changes, categorizes them, and creates the commit directly once the user approves it, then asks before pushing it (paste-safe commands are a fallback). Trigger on: "commit", "write a commit", "commit message", "what changed", "summarize changes", "draft commit", "changelog", or any request to commit, stage, or describe the current diff.

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

axlaser/pitwall62026년 10월 18일 업데이트

pr

무료

Create a pull request from the current branch for pitwall, into the right base for this repo's two-tier flow — feature branches (`dev-<feature>`) target `dev`, and `dev` itself targets `master` as a release PR. Analyzes the new commits, drafts a PR title and a Summary/Test-plan body matching this repo's existing PR style, previews it for approval, then creates it via the `gh` CLI. A release PR into `master` additionally settles the version and writes the release notes file before the tag exists. Use whenever the user says "pr", "pull request", "open a pr", "create pr", "ship it", "merge into dev", "merge into master", "cut a release", "raise a pr", or anything about getting the current branch merged — even if they don't say the word "skill".

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

axlaser/pitwall62026년 10월 18일 업데이트

sync

무료

Fetch the latest upstream branch and merge it into the current branch, in the pitwall repo — feature branches (`dev-<feature>`) sync from `dev`, and `dev` itself syncs from `master`. Stages the merge, walks through any conflicts interactively, then creates the merge commit directly (signed when the user signs commits). Use whenever the user says "sync", "pull dev", "pull master", "update branch", "merge dev", "merge master", "get latest", or anything about bringing upstream changes into their working branch — even if they don't say the word "skill".

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

axlaser/pitwall62026년 10월 18일 업데이트

axlaser의 스킬 모두 보기

이 스킬의 문제 신고