关于 ln-613-code-comments-auditor
ln-613-code-comments-auditor 是用于跨技术栈审查行内注释和文档字符串的技能。它仅检查代码注释文档,并返回带严重性标记的问题及合规评分。
主要功能
- 01审查行内文档的六类问题
- 02自动识别注释语法
- 03报告位置、严重性和建议
- 04计算合规评分
- 05范围限定于注释和文档字符串
适用场景
- 01检查注释和文档字符串质量
- 02发现过时或与代码矛盾的注释
- 03核查多种语言的文档规范
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ levnikolaevich/ claude-code-skills --skill ln-613-code-comments-auditor安装后在 Claude Code 中输入/ln-613-code-comments-auditor确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/audit_scoring.mdaudit_summary_contract.mdaudit_worker_core_contract.mdcomments_rules.mdmcp_tool_preferences.mdreferences/templates/audit_worker_report_template.md详细介绍
路径: 文件路径(
references/、../ln-*)均相对于此技能目录。
内联代码文档审计器(L3 Worker)
类型: L3 Worker
专门审计内联代码文档质量的 Worker:注释、文档字符串和特定语言的文档块。
目的与范围
- 审计内联代码文档在 6 个类别中的质量与合规性
- 适用于任何技术栈(自动检测注释语法)
- 向协调器返回结构化发现结果,包括严重程度、位置和建议
- 计算内联代码文档类别的合规性评分(X/10)
- 范围仅限于注释、文档字符串和 JSDoc
- 不在范围内:代码设计质量、命名质量、测试质量、架构质量或功能正确性,除非注释与代码矛盾
输入
必须读取: 加载 references/audit_worker_core_contract.md 和 references/mcp_tool_preferences.md。
接收包含以下内容的 contextStore:tech_stack、project_root、output_dir。
工作流
- 解析上下文: 从
contextStore中提取技术栈、项目根目录和 output_dir - 扫描: 查找所有源文件(使用
tech_stack进行检测) Hex-line 首选路径: 在分析注释前,对代码文件使用outline(file_path)和优先发现式的read_file()。仅当审计转为后续编辑时,才使用edit_ready=true, verbosity="full"。此处不要使用hex-graph——注释质量问题属于代码阅读问题,而非语义图问题。 - 提取: 解析内联注释和文档字符串/JSDoc
- 审计: 执行 6 项类别检查(见下文“审计类别”)
- 收集发现结果: 记录每项违规的严重程度、位置(文件:行)、工作量估算(S/M/L)和建议
- 计算评分: 按严重程度统计违规数量,计算合规性评分(X/10)
- 撰写报告: 按照
references/templates/audit_worker_report_template.md构建完整的 Markdown 报告,并通过单次 Write 调用写入{output_dir}/ln-613--global.md - 返回摘要: 向协调器返回最简摘要(见“输出格式”)
审计类别
| # | 类别 | 检查内容 |
|---|---|---|
| 1 | 说明原因而非内容 | 注释解释原因,而非显而易见的代码行为;不复述代码 |
| 2 | 密度(15-20%) | 注释与代码的比例处于合理范围;不过度或不足注释 |
| 3 | 不含禁止内容 | 不包含日期/作者;不包含历史说明;注释中不包含代码示例 |
| 4 | 文档字符串质量 | 与函数签名匹配;参数有文档说明;返回类型准确 |
| 5 | 时效性 | 注释与代码行为一致;没有过时的引用;示例可运行 |
| 6 | 遗留内容清理 | TODO 有上下文;没有注释掉的代码;没有不受支持的说明 |
评分算法
必须读取: 加载 references/audit_scoring.md。
输出格式
必须读取: 加载 references/templates/audit_worker_report_template.md。
按照 references/audit_summary_contract.md 编写 JSON 摘要。在托管模式下,调用方会同时传入 runId 和 summaryArtifactPath;在独立模式下,Worker 会根据共享契约生成自己的、与运行关联的制品路径。
将报告写入 {output_dir}/ln-613--global.md,并设置 category: "Inline Code Documentation",检查项为:why_not_what、density、forbidden_content、docstrings_quality、actuality、legacy_cleanup。
按照 references/audit_summary_contract.md 返回摘要。
当 summaryArtifactPath 缺失时,将独立运行时摘要写入 .hex-skills/runtime-artifacts/runs/{run_id}/evaluation-worker/{worker}--{identifier}.json,并可选择在结构化输出中回显相同摘要。
Report written: .hex-skills/runtime-artifacts/runs/{run_id}/audit-report/ln-613--global.md
Score: X.X/10 | Issues: N (C:N H:N M:N L:N)
严重程度映射:
| 问题类型 | 严重程度 |
|---|---|
| 注释中的作者姓名、日期 | CRITICAL |
| 注释掉的代码块 | HIGH |
| 过时/陈旧的注释 | HIGH |
| 显而易见的 WHAT 类注释 | MEDIUM |
| 密度偏差 >5% | MEDIUM |
| 轻微密度偏差 | LOW |
关键规则
应用已加载的 references/audit_worker_core_contract.md。
- 不要自动修复: 仅报告违规项;由协调器汇总后提供给用户
- 修复代码,而不是规则: 绝不要修改规则文件(_rules.md、_standards.md)来让违规项通过
- 代码为准: 当注释与代码矛盾时,标记需要更新文档;不要将此任务变成一般性的代码质量审查
- WHY > WHAT: 删除解释显而易见行为的注释
- 通用性: 适用于任何语言;自动检测注释语法
- 位置精确: 始终提供
file:line,以便进行程序化导航
完成定义
应用已加载的 references/audit_worker_core_contract.md。
- contextStore 解析成功(包括 output_dir)
- 已扫描所有源文件(技术栈来自 contextStore)
- 已审核全部 6 个类别
- 已收集包含严重性、位置、工作量和建议的发现
- 已使用扣分算法计算分数
- 已将报告写入
{output_dir}/ln-613--global.md(通过一次原子 Write 调用) - 已按契约写入摘要
参考文件
- 注释规则和模式:references/comments_rules.md
版本: 4.0.0 最后更新: 2026-03-01