近日，开源项目 Wei-Shaw/sub2api 卷入一起代码贡献归属争议。一名开发者在技术社区发帖指出，其提交的关于 Grok 兼容 OpenAI `/responses/compact` 的功能代码（PR #4554）在未被合并的情况下，被他人以高度相似的内容再次提交（PR #4641）并被项目维护者合入主分支。对比显示，两个 PR 修改文件一致、实现逻辑一致、变量名完全相同，仅存在 3 行注释的差异。更引发争议的是，合并后的 PR 将原有的 commit 记录删除并重新提交，导致原作者的贡献记录消失。原作者质疑项目维护流程的透明度，认为这种行为实质上是将他人的劳动成果据为己有，严重挫伤了开发者的贡献热情。目前社区呼吁项目方对此进行公开说明。
事件分析
该事件暴露了部分开源项目在维护流程和代码归属意识上的缺失。在 GitHub 协作规范中，即便是为了解决合并冲突或整理代码，维护者也应当通过 Cherry-pick 保留原始 Commit 的 Author 信息，或者 Squash 时在 Commit Message 中明确标注原作者。直接删除原提交记录并以自己名义重新提交，在技术上抹除了贡献者的痕迹，触及了开源社区的红线。对于 sub2api 这类服务于 AI 接口转换的工具类项目，其生命力很大程度上依赖于社区的信任与共同贡献。若处理不当，不仅会导致贡献流失，更可能引发核心用户的信任危机，导致项目分叉或被边缘化。维护者需平衡代码质量与社区礼仪，避免“功劳掠夺”行为破坏项目生态。
💡 核心观点：开源项目的核心资产是社区信任，任何通过技术手段抹杀原作者贡献的行为，都是在透支项目的未来生命力。
原文链接：Linux.do
Codex CLI 深度
AI 模型横评
AI Agent 框架
Claude Code 订阅生存指南