用途：unslop-code 不替你写“好代码”，也没有固定风格。它做两件窄事：去掉让代码读起来像机器生成的具体表层线索，并指出更深、会带入 bug 的痕迹。代码是否正确、结构是否合理、是否契合问题，仍由你判断。
主要能力：把痕迹分为两类。Bug 类（如吞掉或过宽的异常处理、虚构或不存在的 API、未完成的 // rest of your code 桩）必须修，因为代码本身是坏的。外观类（emoji、残留聊天痕迹、叙述性注释、泛化或冗长命名）值得清理但不影响运行。数据中排名靠前的是样板代码 18.6%、虚构 API 11.2%、过度设计 7.8%，外观类靠后（emoji 3.9%、冗长命名 0.4%），所以去表层只是较容易的 40%。另有“实质”类：教程式结构、过度设计、与仓库不符，需人读 diff。
使用方式：模式一“构建”最关键，先确立简报：提供相邻文件与项目约定，明确真实需求与失败模式，计划运行并核对每个导入和方法。模式二“审计”按顺序：先跑只有代码能做的检查（Python: python -m py_compile、ruff check/pyflakes、mypy；JS/TS: tsc --noEmit、eslint、node --check；Go: go build ./...、go vet ./...；Rust: cargo check、cargo clippy），再跑扫描器 python3 scripts/unslop_code_scan.py <path>，可选 --severity high、--json；退出码为高严重度数量，可用于 CI。最后读 diff 查教程式结构、过度设计与仓库契合度。含 unslop-ignore 的行会跳过。
适用场景与限制：适合在生成或审查代码时控制 AI 痕迹。它不能替代 linter 或格式化器，扫描器是正则，看不到 bug 类与结构类问题；修复锚点是“正确且符合本仓库”，而非换成另一种自造默认。资料未提供收费、平台与安装方式等信息。