FFmpeg保护者公开质疑AMD提交的PR存在AI主动生成嫌疑

 2. 其在评论中频繁应用持续 emoji 的表达方法，被部分开辟者认为与当前常见的 AI 帮助写作风格类似； 

相干贴文链接：https://x.com/FFmpeg/status/2016981960015437994

PR 链接：https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/21595

保护者质疑 PR 质量与“主动生成”嫌疑在对该 PR 的代码审查过程中，FFmpeg 保护者之一 @quink 对其质量提出了较为严格的批驳，指出个中存在多处问题，包含：

 1. 代码风格不相符项目既有规范 

2. 逻辑构造存在不合理之处 

3. 出现未应用的常量变量（包含 8 的 const）@quink 在评论中表示，该PR的整体不雅感“类似主动生成的代码”，并据此对其靠得住性和可保护性提出质疑。这一表述也成为后续评论辩论的核心之一。

@quink 随后在评论辩论中指出，这种答复并未解决关于代码风格、实现质量以及疑似主动生成陈迹等方面的具体担心，从而使争议进一步发酵。在其他汗青评论辩论中，社区成员还提到：

 1. PR 作者此前多次提交曾被指出存在质量问题；

PR 作者回应激发进一步争议在随后的评论辩论中，PR 作者 Steven Xiao 对相干质疑作出回应。不过，他并未正面否定代码由 AI 主动生成的可能性，而是将重点放在解释某些相干 Wiki 文档是其在四年前编写，试图以此证实其对相干技巧栈具备经久介入和懂得。这一回应被部分开辟者视为“转移话题”，而非直接回应“是否应用 AI 生成代码”的核心问题。

3. 在另一处评论辩论中，PR 作者曾表示本身“在几乎所有工作的环节都邑应用 AI 助手”，但强调最终代码由本人审核与编辑。

AI 帮助编程在开源项目中的角色再度被评论辩论尽管在后续交换中，两边在措辞和立场上有所缓和，技巧层面的沟通也仍在持续推动，但此次事宜已经在开源社区激发了关于应若何束缚与规范AI生成代码方面更广泛的评论辩论。