AI Slop Detector v2.6.2：集成测试证据（因为 “green CI” 仍可能是空洞的）

Source: Dev.to

什么是 “AI Slop”？

AI Slop 是看起来合法却几乎没有因果意义的代码。
它不是 “坏的”。
它也不是 “恶意的”。
它只是 看似充实但实则空洞。

典型症状：

• 承诺超出证据（“生产就绪”、 “可扩展”）
• 有测试，但不触及真实依赖
• 结构和文档的增长速度快于实现

社区反馈（以及本次发布的原因）

本次发布源于 OnlineProxy（https://onlineproxy.io/）的一条深思熟虑的评论。
他们描述了一个看起来“完整”的仓库，CI 通过却仍然空洞——并指出了真正的红旗：

CI 通过，但 0 个集成测试触及真实依赖。

这不是挑刺，而是实际的生产故障模式。
把这条反馈当作 bug 报告来处理，促成了 v2.6.2。

v2.6.2 新增内容

1) 集成测试证据（明确拆分）

“有测试”已经不够。v2.6.2 将测试区分为：

• tests_unit（快速、隔离）
• tests_integration（触及真实依赖 / 真实边界）

检测使用四层：

1. 基于路径（tests/integration/、e2e/、it/）
2. 文件名模式（test_integration_*.py、*_integration_test.py）
3. Pytest 标记（@pytest.mark.integration、@pytest.mark.e2e）
4. 运行时信号（TestClient、testcontainers、docker‑compose）

2) 声明现在需要集成测试证据

更强的声明现在需要更强的证明：

• production‑ready → 必须同时拥有 tests_unit 和 tests_integration
• scalable / fault‑tolerant → 必须拥有 tests_integration

这弥补了代码看似完整却在真实依赖下毫无证明的漏洞。

3) 更清晰的报告与提问

目标不是 “更多数字”。而是更易检查的输出。报告和提问现在会展示：

• 单元测试 vs. 集成测试的划分
• 当缺少集成测试但存在生产声明时的显式警告
• 更易读的证据标签（例如 “integration tests”）

快速开始

# 安装 / 升级
pip install -U ai-slop-detector

# 扫描项目
slop-detector --project .

CI 示例

# 软模式：仅报告（永不失败）
slop-detector --project . --ci-mode soft --ci-report

# 硬模式：达到阈值即失败
slop-detector --project . --ci-mode hard --ci-report

# 声明严格：当生产声明缺乏集成测试证据时失败
slop-detector --project . --ci-mode hard --ci-report --ci-claims-strict

为什么这很重要（一句话概括）

AI 时代的故障往往不是语法错误，而是 验证缺口，隐藏在整洁的结构和绿色 CI 之下。v2.6.2 让最常见的缺口之一可度量：“0 个集成测试” 现在可以被检测、报告并作为门槛。

链接

• Repo:
• CI:
• Changelog: