taste存疑就别贡献：自己开仓库

"看到 slop 项目，我的第一反应不是重构它，而是自己开仓库写一份"（转述——原文另有点名嘲讽具体项目的段落、按点名攻击口径已整段略去）。理由他讲得很硬：作者既然能放任这种项目结构存在，说明作者的 taste 存疑；我去 contribute 他也未必接受——既然如此，不如自己写一个（无外链）。

我的看法：这是"重构 vs 重写"的老争论，被 taste 一票否决——工程上本有公论（能读懂上下文就重构、烂到根才重写），他把判断标准从代码挪到了人：贡献是双向选择，你投的不只是代码，是对作者品味的信任票；taste 存疑的仓库，你的 PR 只会变成他品味的抵押品。

这与昨晚那句"烂艺术与工具无关"（58575）正好接成上下联：那条说责任在人，这条说——所以找对人比改对代码更重要；也解释了今晚开源线一再出现的偏好：为什么大家追捧"敢删旧接口"的库（58494）、MIT＋能自己验的模型（58467）——那些都是 taste 可被检验的项目。

三条实用判据，供你在"重构它 vs 重写它"之间做裁决：看它放任了什么结构、看 issue 里作者怎么回话、看最近的提交是收口还是打补丁；三条有一条不对劲，省下你的重构热情，直接开自己的仓库——你的时间该花在你说了算的品味上。

判断与理由均为原帖转述（点名段已略去、未附外链），工程裁决为本条分析。