跳到正文
cccskills
免费在 GitHub 公开

no-comments

Spawn the comment hunter, fix accepted findings, and offer encodings for claimed constraints.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(1)

  • SKILL.md3.0 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

No comments

Spawn the comment hunter. Act on accepted findings.

Authoring agents defend their own comments. Defer to the hunter's fresh reading.

Scope

Use the caller's files or diff. Otherwise use the current diff against the default branch, including the working tree.

1. Hunt

Spawn a subagent of type comment-hunter. Pass the scope. Do not restate its rules.

2. Audit the report

Read its report and its diff. Reject a finding when it:

  • edits application code rather than comment lines
  • reaches outside the scope
  • deletes a comment the hunter's own exception list protects
  • misstates the reason for a MUST KILL
  • treats kept intentional code as guilty

A reshape flag on a surprise in our own code stays actionable. Rejecting a finding does not restore the comment.

Then check what it missed. Scoped lint and type suppressions are in scope: where one hides a correctness or safety rule, it is an actionable MUST KILL.

Restore a deletion only against an exact exception with scoped proof. A keep survives only with proof it is about something we cannot change.

Before accepting a thin IMPORTANT or do not remove, whether it argues for a kill or a keep, chase the symbol yourself: git log -S, git blame, the callers, the tests. Then:

  • an ambiguous kill stands. Do not restore it.
  • a keep that is refuted, or still ambiguous, is deleted.

Revert and rerun one rejected report with the failure named. Reject a second time and the run stops: report it open and fail.

3. Sketch, if a fix needs a shape

Fix trivial accepted flags directly: delete a dead path, drop a parameter, use the real API.

Where a fix needs a shape, sketch it once for the accepted set and the surrounding code: types, signatures, module boundary, bodies left unimplemented. Stop at the sketch. Step 4 implements it.

4. Fix the root cause

Implement the smallest root-cause fix in scope and remove every workaround the report named. Redesign as if the requirement had always existed rather than bolting a guard onto a symptom.

Where the root cause sits outside the scope, land the smallest in-scope fix and report the rest open. None of this authorises widening the fence or fixing instances beyond it.

5. Offer to encode the constraints

A constraint comment says do not remove, do not change wording, or talk to X before changing. Leave the ones about things we cannot change.

For the rest, offer the cheapest in-scope enforcement: a type, a runtime check, a test, or a CI lint. Wait for interactive approval; an unattended or eval run needs the caller's pre-approval instead.

Approved, encode it and delete the comment. Otherwise delete the comment, report the constraint open, and sketch the out-of-scope work.

6. Report

The deletion count, restored comments, reruns, the sketch, fixes, encoding offers, encodings landed, unenforced constraints, and any other open work.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

One file, one job, and short enough to hold in your head. Covers the size policy (hard-split over 300 lines, split 200 to 300 at a seam, aim for 150), what a natural seam is and where to cut, the exemptions, the dependency rules that decide where the split lands, and the signals that a file is already two files. Use before adding to a file that is already long, when naming a new file, when a function has nowhere obvious to live, or when a review says a file is doing too much. Triggers - "this file is too long", "where should this go", "split this file", "is this file too big", "one responsibility".

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

naming

免费

What things get called. A file is named after its export in the project's case convention, a suffix is a resolution instruction rather than decoration, an index file only re-exports, and some symbol names are always wrong (utils, helpers, V2, Enhanced, New). Covers learning a tree's local vocabulary before adding to it, test and platform-variant naming, and the per-language conventions. Use when creating a file or directory, naming a test file, adding a platform variant, or when a name has to change. Triggers - "what should I call this file", "where does this file go", "naming convention", "kebab or camel", "name this test".

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

Write a short release note people finish reading. Picks the few changes a user will notice from the pull requests since the last release, names each by what the reader can now do, keeps to a length budget, writes every language from the intent instead of translating, and traces every line to a PR. Use when cutting a release, or filling a GitHub Release body, a store "what's new", a package changelog or an in-app what's new screen. Triggers - "write the release notes", "release notes for 0.4.0", "what's new", "changelog for this release", "notes de version".

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

Rust best practices. Use when reading or editing any .rs file, designing a crate's public API, choosing an error type, splitting a workspace, or writing async code on tokio. Triggers - "rust best practices", "is this idiomatic", "should this be a newtype", "anyhow or thiserror", "why does the borrow checker", "review this Rust".

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

Write cargo tests. A test name is a sentence, the body is setup, mock, test and verify blocks separated by blank lines with no comments, and shared setup lives in a named test-support module rather than in each test. Covers naming, the block shape, where a test file goes, async and time, workspaces, and running one crate or one filter. Use when adding or changing any #[test] or #[tokio::test], or when Rust coverage has to come up. Triggers - "write a rust test", "cargo test", "test this crate", "cover this handler".

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

Security guidance and vulnerability review for codebases, APIs, services, CLI tools, libraries, and daemons. Use for security questions, focused reviews, vulnerability research, security audits, or pen tests. Run the complete workflow only for explicit codebase audit or pen-test requests, full/comprehensive/end-to-end reviews, or requested report artifacts.

中文简介正在准备中。当前显示原文说明。

kromatv/kroma602026年10月19日 更新

查看 kromatv 的全部技能

报告此技能的问题