code-humanizer 一款检测/去除AI石山的SKILL

佬友们好！这次给大家带来一款代码仓库优化SKILL，重点旨在打击AI生成仓库里广泛的石山问题：

• 明明包里有现成的 helper方法，硬是要重新写一个


• 不敢动原函数，结果 foo()和 foo_v2()就一起挂你repo里


• try: import ... 用过vibe的人不会没见过这个吧…^-^


• except Exception: return "" 无敌了。好好的一行错误处理直接给闭麦了


• 实现一个抽象借口，只为了一个实现…


• 大片的冗余代码


• 等等等等

虽然看起来你的代码能跑，测试甚至都能过，然后本质上这种以跑通为唯一导向的方法最终只会导致你花费更多的token维护他们，甚至是各种疑难杂症——后面你亲自维护看看？想都别想！10w行代码你就看去吧！据我很多朋友说，这些代码假如实现质量高的话10%的代码量都不用！

因此，受humanizer SKILL启发，我总结了平时发现的屎感，和朋友讨论后整理了16 条带检测信号和 before/after 的 pattern 目录。

那这个SKILL和humanizer有啥区别？

区别大了（当然），我们去除代码仓库的AI屎感，增加可维护性，这里最大的困难就是，语言只要表达语义就行，但代码是真得能跑啊！

因此，我提供：

• read only仅审查模式：仅仅比对代码模式，不作任何修改，连报错类型这种小错都不顺手改


• 修复模式：强制要求修改的代码功能需已被测试覆盖；随后修复后再跑一遍测试，没问题才通过，通过后立即commit——一个fix一个commit，确保修复稳扎稳打。

和市面上已有的竞品区别是？

据我所知，最成熟的竞品是 desloppify（~3k 星）一但它是个重型 pip CLI，不是单文件 skill

而我们的分阶段 repo-context 重复检测（先索引再判重）、test-gated修复、severity/豁免纪律是现有工作所不提供的。

我用fable这样的强模型不就好了整这些没用的？

说得好，但是如所有用过的人所知，fable也避免不了堆屎。也许你会想用fable清理仓库？我试过了，有效果，但不够好。

最直观的一点是，他没有纪律。他不会按照我们总结好的规则来直接匹配筛选，只能想哪坐哪，于是质量难以保证。作为实验部分，请看VCR：



注意，这里我用的就是Fable5 - XHigh 模式。

上链接！

好的朋友

求Star​^-^！求评价！

另外，当然，这里的错误模式是我从自己的编程体验和已有的仓库里所总结出来，辅以和朋友的讨论和AI的总结，他们当然覆盖不了所有的屎感情况；因此我诚挚的希望各位如果在vibe经验中发现了新的‘AI屎感’模式而没有在Skill中覆盖到，请提issue或在本楼回复向我反馈，我将进行迭代（能给我PR当然更好了（bushi！谢谢大家了Orz​^-^

目前的规则模式？