引言：当代码来源变得模糊
过去几年，AI编程助手从补全片段进化到生成完整模块。若2026年AI生成代码在开源提交中占比过半，社区最直接的反应不是技术恐慌，而是信任焦虑。开源协作长期依赖“谁提交、谁负责”的默契，如今这一前提正被悄然稀释。
但信任机制不会因此崩塌，它更可能被迫升级。真正的问题在于：我们是否愿意用新的透明规则，替代旧有的默认假设。
审查压力：从“看代码”到“看意图”
当大量代码由模型产出，维护者的审查负担会显著上升。传统代码审查关注逻辑、边界与风格，而AI生成内容可能夹带隐性偏差、过时API甚至看似合理的幻觉实现。社区若继续按旧标准逐行核对，人力将难以为继。
因此，审查重心会从“这行写得对不对”转向“提交者是否理解并验证了这段代码”。测试覆盖率、可复现的生成提示、以及人工复核记录，可能成为新的信任凭证。
署名与责任：谁为AI代码负责
开源许可证和贡献者协议默认人类作者拥有版权并承担责任。AI生成代码让署名变得复杂：提交者、模型提供方、训练数据来源都可能被卷入。若责任链断裂，社区信任就会从“信任人”退化为“怀疑一切”。
可行的方向是要求提交者声明AI参与程度，并对最终代码承担同等责任。这并非否定AI，而是把信任锚点从“代码来源”移回“人的承诺”。
治理实验：透明度替代默认信任
一些项目已开始尝试标签化提交，例如标记“AI辅助”“AI生成后人工修改”。这类做法不追求禁止AI，而是让审查者按风险分级处理。透明度越高，社区越能重建可预期的协作节奏。
同时，自动化工具可检测生成痕迹、比对已知漏洞模式，但不能替代人的判断。治理实验的关键，是让信任从默认假设变成可验证流程。
结论：信任不会崩塌，但会重构
AI生成代码占比过半，确实会冲击开源社区的协作信任，但冲击不等于崩溃。旧有的“人类作者默认可信”模式会弱化，新的“声明—验证—共担责任”机制会逐步成形。
- 短期内，维护者需要更明确的AI披露规范；
- 中期看，审查工具与社区文化需同步演进；
- 长期而言，信任将更多建立在透明流程而非作者身份上。
开源的本质是协作，而协作永远需要信任。AI只是迫使信任机制换一种更显性、更可审计的方式继续运转。
