mcpField
L
ln-613-code-comments-auditor

ln-613-code-comments-auditor

github.com/levnikolaevich测试与质量584259 次安装2 天前更新
代码仓库

关于 ln-613-code-comments-auditor

ln-613-code-comments-auditor 是用于跨技术栈审查行内注释和文档字符串的技能。它仅检查代码注释文档,并返回带严重性标记的问题及合规评分。

主要功能

  1. 01审查行内文档的六类问题
  2. 02自动识别注释语法
  3. 03报告位置、严重性和建议
  4. 04计算合规评分
  5. 05范围限定于注释和文档字符串

适用场景

  1. 01检查注释和文档字符串质量
  2. 02发现过时或与代码矛盾的注释
  3. 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.md
audit_summary_contract.md
audit_worker_core_contract.md
comments_rules.md
mcp_tool_preferences.md
references/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。

工作流

  1. 解析上下文: 从 contextStore 中提取技术栈、项目根目录和 output_dir
  2. 扫描: 查找所有源文件(使用 tech_stack 进行检测) Hex-line 首选路径: 在分析注释前,对代码文件使用 outline(file_path) 和优先发现式的 read_file()。仅当审计转为后续编辑时,才使用 edit_ready=true, verbosity="full"。此处不要使用 hex-graph——注释质量问题属于代码阅读问题,而非语义图问题。
  3. 提取: 解析内联注释和文档字符串/JSDoc
  4. 审计: 执行 6 项类别检查(见下文“审计类别”)
  5. 收集发现结果: 记录每项违规的严重程度、位置(文件:行)、工作量估算(S/M/L)和建议
  6. 计算评分: 按严重程度统计违规数量,计算合规性评分(X/10)
  7. 撰写报告: 按照 references/templates/audit_worker_report_template.md 构建完整的 Markdown 报告,并通过单次 Write 调用写入 {output_dir}/ln-613--global.md
  8. 返回摘要: 向协调器返回最简摘要(见“输出格式”)

审计类别

#类别检查内容
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 调用)
  • 已按契约写入摘要

参考文件


版本: 4.0.0 最后更新: 2026-03-01

评论

支持 Markdown