garbage-code-hunter 0.2.2

A humorous Rust code quality detector that roasts your garbage code
Documentation
# TypeScript 准确度报告

> 生成:2026-05-15 | 测试项目:3 | 分析器:garbage-code-hunter

## 测试范围

TypeScript 样本覆盖生产级框架和工具链项目,用于验证通用规则、前端/Node 场景规则,以及跨文件重复检测的噪音水平。

## 主要结论

- `deep-nesting` 通常准确,能识别真实的复杂控制流。
- `magic-number` 对 HTTP 状态码、测试数据和配置常量比较敏感,存在上下文误报。
- `single-letter-variable` 容易把短生命周期变量、泛型变量或测试约定误判为坏命名。
- `println-debugging` 会把构建配置、CLI 输出和示例代码中的 `console.log` 混在一起。
- `code-duplication` 在测试文件、类型定义和类似 API overload 上误报较多。

## 常见误报来源

| 来源 | 说明 |
|---|---|
| 测试文件 | 表驱动测试和相似断言结构容易触发重复检测 |
| HTTP 状态码 | `200``400``404` 等有时是可读常量 |
| 配置文件 | 构建脚本输出不一定是调试遗留 |
| 类型定义 | 相似泛型声明不一定表示复制粘贴 |

## 改进建议

- `*.test.ts``*.spec.ts``__tests__/` 降低重复检测权重。
- 将常见 HTTP 状态码加入默认白名单或上下文识别。
- 对配置文件和 CLI 文件区分“用户输出”和“调试输出”。
- 对 TypeScript 类型声明和 overload 场景降低重复检测敏感度。