К основному содержанию
скилл CX Codex

no-comments · backnotprop — скилл для Claude Code: убирает мёртвые комментарии

Скилл находит и удаляет бесполезные комментарии в коде, а спорные случаи выносит на ваше решение. Пригодится при чистке диффа перед ревью.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add backnotprop/pstack --skill no-comments -a claude-code
Открыть на GitHub

Что делает no-comments

Скилл запускает субагента comment-sicko и работает по его отчёту. Область задаёт вызывающий: ваши файлы или дифф. Если ничего не передано, берётся текущий дифф против базовой ветки, по умолчанию main, вместе с рабочей копией.

Дальше идёт разбор отчёта. Правки в прикладном коде, выход за область, удаления под защитой исключений и неверно обоснованные пометки MUST KILL отклоняются. Тонкие пометки IMPORTANT и do not remove перед принятием проверяются командами /how или /why по их символу. Спорную пометку скилл не восстанавливает, а если keep опровергнут — удаляет. Исключение одно: REVIEW про внешнее правило остаётся, пока кто-то это правило не проверит.

Правки вносятся по корневой причине и в границах области. Если причина вне области, скилл делает минимальную правку внутри и оставляет остальное открытым. Комментарии-ограничения вида do not remove или talk to X before changing он предлагает закрепить дешёвой проверкой — типом, тестом или линтом в CI — и ждёт подтверждения. Без интерактивного подтверждения, например в eval, нужно предварительное согласие вызывающего. Субагент comment-sicko зарегистрирован только в Cursor с плагином pstack; в остальных харнессах скилл поднимает общего субагента.

Какие задачи решает

  • вычистить мёртвые комментарии из диффа перед ревью
  • отличить нужное ограничение от устаревшего пояснения
  • заменить комментарий-ограничение проверкой в CI
  • найти пропущенные подавления линта и TypeScript
  • исправить причину, а не замаскировать симптом

Примеры запросов агенту

  • Прогони no-comments по текущему диффу
  • Убери лишние комментарии в изменённых файлах
  • Проверь пометки do not remove в этом диффе и предложи, чем их закрепить

Как установить no-comments

1Через Skills CLI (Vercel)

npx skills add backnotprop/pstack --skill no-comments -a claude-code

2Вручную: положить файлы

~/.claude/skills/no-comments/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/no-comments/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Из того же набора44

principle-build-the-lever Скилл требует от агента не править файлы руками, а собрать codemod, скрипт или генератор, который сделает ту же работу и который можно перезапустить. CX Codex +1 5 200установок principle-make-operations-idempotent Скилл учит писать команды и циклы обработки так, чтобы они сходились к одному состоянию независимо от того, сколько раз запустятся или где прервались. Пригодится, если операции могут упасть, перезагрузиться или повториться. CX Codex +1 5 200установок principle-subtract-before-you-add Скилл задаёт правило рефакторинга: сначала удалить мёртвый код, заглушки и лишние валидаторы, а затем добавлять новое. Пригодится перед доработкой архитектуры. CX Codex +1 5 200установок maintain-verification-skill Скилл поддерживает карту функций и инструкции по проверке проекта в актуальном состоянии. Запускайте его для аудита и проверки функций в работающем приложении. CX Codex +1 5 200установок teach Скилл объясняет код и архитектуру простыми словами без лишней воды. Он запускает субагенты how и why, собирая устройство механизма и причины решений в один связный ответ. CX Codex +1 5 100установок tdd Скилл заставляет агента сначала написать падающий тест на баг, а потом править код. Включается только когда тест дешёвый и очевидный. CX Codex +1 5 100установок principle-experience-first Скилл-принцип, который смещает приоритет при продуктовых и UX-решениях в сторону пользователя. Пригодится, когда спорят о скоупе фич. CX Codex +1 5 100установок principle-separate-before-serializing-shared-state Правило проектирования для параллельных процессов: сначала разделяет изменяемое состояние между исполнителями, а блокировки и очереди применяет только при строгой необходимости. CX Codex +1 5 100установок

Другие версии no-comments

Похожие

no-use-effect Factory-AI Скилл, который не даёт агенту писать useEffect в React-коде и подсказывает пять замен. Пригодится при рефакторинге и ревью компонентов. CX Codex +1 1 000установок webflow-mcp:review-comments webflow Скилл проходит по открытым тредам комментариев на сайте Webflow и раскладывает их по категориям: шум, устаревшие, требующие решения. По желанию отвечает ботом. CX Codex +1 684установок load-pr-comments NeoLabHQ Выгружает неразрешённые замечания ревью из GitHub PR и раскладывает их по файлам задач в .specs/comments/ для автономных агентов. CX Codex +1 536установок gh-address-comments официальный openai Скилл помогает найти открытый pull request текущей ветки, разобрать комментарии ревью и применить выбранные исправления через gh. CX Codex +1 4 800установок pr-review-comments giuseppe-trisciuoglio Публикует замечания ревью из файла JSON в виде построчных комментариев к пулл-реквесту на GitHub. Пригодится, когда нужно привязать выводы проверки к конкретным строкам в диффе. CX Codex +1 2 400установок get-pr-comments cursor Собирает замечания ревьюеров и ветки обсуждений текущего пулл-реквеста. Превращает разрозненные реплики в структурированный перечень правок с учётом их важности. CX Codex +1 2 200установок

Рядом в теме «Код-ревью и рефакторинг»

Всё по теме «Код-ревью и рефакторинг» →

Вопросы о no-comments

Как установить no-comments в Claude Code?

Выполните npx skills add backnotprop/pstack --skill no-comments -a claude-code. Скилл появится по пути ~/.claude/skills/no-comments/SKILL.md.

Что делает no-comments?

Запускает субагента comment-sicko, разбирает его отчёт по диффу и удаляет комментарии, которые ничего не объясняют. Спорные случаи оставляет открытыми и показывает в отчёте.

Что нужно для работы субагента comment-sicko?

Он зарегистрирован как субагент только в Cursor с плагином pstack. В Claude, Codex и OpenCode скилл вместо него поднимает общего субагента, а в харнессе без инструмента субагентов прогоняет тот же промпт сам.

Исходный текст

SKILL.md · MIT
---
name: no-comments
description: "Spawn Comment Sicko, fix accepted findings, and offer encodings for claimed constraints."
disable-model-invocation: true
---

# 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, default `main`, including the working tree.

## Steps

1. Spawn `Task` with `subagent_type: "comment-sicko"`. Pass the scope. Pick each subagent's reasoning level and fast or standard speed for the job, per the Subagents section of the **poteto-mode** skill. Do not restate its rules. If your harness doesn't have comment-sicko registered as a subagent (any harness other than Cursor with the pstack plugin), spawn a general subagent instead: `Agent` in Claude Code (`subagent_type: general-purpose`), `task` in OpenCode (`subagent_type: general`), `spawn_agent` in Codex. Its prompt is [`references/comment-sicko.md`](references/comment-sicko.md) verbatim, then the scope. If your harness has no subagent tool, as in Pi without an extension, run that prompt yourself in a fresh pass over the scope.
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 KILL`s. Restore deletions only with exact exceptions and scoped proof. Before accepting thin `IMPORTANT` or `do not remove` kills or keeps, run `/how` or `/why` on their symbol. If a kill is ambiguous, do not restore. If a keep is refuted or still ambiguous, delete it, except a `REVIEW` keep about an outside rule, which stays until someone checks that rule. Report it open. Revert and rerun one rejected report with the failure named. If you reject the rerun too, revert only its rejected findings, report them open, and go on with the accepted ones.
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, run `/architect` once for the accepted set and surrounding code. Stop at the sketch. Architect 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. The **principle-fix-root-causes** and **principle-redesign-from-first-principles** skills guide intent only. Neither authorizes widening the fence nor fixing instances outside it. Never bolt on symptom guards.
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. 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, `REVIEW` keeps, reruns, architect sketch, fixes, encoding offers, encodings, unenforced constraints, and other open work.

© backnotprop · MIT · backnotprop/pstack

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой