维护者侧硬化:扩大 CODEOWNERS 的覆盖范围并评价 LLM- slop 型号的插件

作者: jmanico创建于 2026年5月12日更新于 2026年9月11日
标签ACK_OBTAINEDINTERNAL

2172和2174号的后续. 实施前受益于社区投入的两个维护者侧硬化项目。

□ 1. 将CODEOWNERS的覆盖范围扩大到每张作弊单

`.GitHub/CODEOWINERS'目前为~20张作弊单(主要是@kwwall's地区)的标的物所有人取名。 其他每张作弊单都属于两个全球默认(@mackowski,@jmanico).

部门保护已经要求CODEOWNERS批准,但瓶颈是两人最终在绝大多数公关上取名. 将所有权扩大到每张作弊单上指定的中小企业,将:

  • 在每一个公关上自动显示最合格的审查员。
  • 从两个全球所有者那里分配审查负荷。 ——让"没有合格的审查者在注意" PRs可见——一个CODEOWNERS漏洞成为可见信号.

** 问:**

  • 自愿者愿意为具体的作弊单指定业主(每人1至2张作弊单是罚款的——我们不要求无限制的分税义务)。
  • 用你拥有的骗局来评论这个问题。
  • 所有者承诺在14天内进行审查,或明确交出;除此之外,不得审查苏丹解放军。

一旦我们有足够的志愿人员来覆盖大部分目录,将随后起草扩大的CODEOWNERS草案。

□ 2. 评估一个 LLM- slop 型号的插座

提议:在密度超过阈值时,通过CI检查扫描diff以显示高信号的LLM的造型,显示并失败了构建(或只是评论). 候选模式 :

  • Boilerplate开口者/闭口者:"在今日迅速演变的威胁地貌中","在结论中","重要的是要注意这一点","探索复杂性".
  • 营销式形容词适用于各种机制: "活泼而可伸缩", "切割-尖端", "综合", "无缝" 。 -"填充"动词:"去""去""去""去""去""去""去""去""去""去""去"去""去""去"去""去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去"去""去"去""去""去""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  • 可疑的em-dash密度(LLMs 过度出产em-dashes与典型的人类作家).
  • 三种模式的编号清单,没有引用。

** 向社区开放问题:**

  • 硬失败还是建议? 咨询避免了假阳性损伤;硬故障有较多的牙齿.
  • 模式清单治理——谁维持治理,多久审查一次?
  • 假阳性容忍:ESL贡献者和长期技术作者偶尔会触动这些模式。 可接受吗?
  • 鉴于2174号的引文检查和范围检查已经发现最坏的情况,这是否与人类审查人员的工作重复?

讨论欢迎在任何实施PR之前进行。 如果共识是"仅是建议性评论",那么执行是微不足道的.

编号2172, #2174

内容来源: OWASP/CheatSheetSeries