メンテナーは人間らしさを失わずにどこまでAIを使えるのか？

オープンソースメンテナーのJamie Tanna氏は最近、AIエージェントのおかげでコントリビューションが増えやすくなったことで、オープンソースの維持作業が以前にも増して過酷になっていると感じています。彼は幸運にもオープンソースプロジェクトのメンテナーとして働いていますが、毎月増えていく作業量は変わらないと述べています。

Tanna氏はMike McQuaid氏の「オープンソースには楽しさが必要」という記事に強く共感しました。自身はADHDの可能性もあり、常に燃え尽き症候群の一歩手前で踏ん張っているといいます。多くのタスクに圧倒され、精神的な健康を守るために黙ってプロジェクトから距離を置かざるを得ないことも何度かあったそうです。

このプレッシャーは特にoapi-codegenプロジェクトで顕著です。このプロジェクトは広く使われていますが、ユーザーが任意のOpenAPI仕様を渡せば、それを一般的に使いやすいGoコードに変換するという難しいAPIを持っています。ユーザーの利用パターンに合わせるのは困難で、Goの型システムの制約もあります。最近はRenovateプロジェクトでも同様の苦労があり、AIエージェントの助けを借りたコントリビューションや機能リクエストが急増し、3人しかいないコアチームの処理能力を超えています。ただ、利用者とエンゲージメントが増え、コードベースのパターンがAIエージェントによる貢献に適していることも事実として喜ばしいとTanna氏は述べています。

なぜプレッシャーを感じるのか。理由は明白で、バグ報告、機能リクエスト、レビュー待ちのPR、潜在的なセキュリティ脆弱性が増えているからです。Tanna氏が9月にRenovateのプロジェクトリードに加わったとき、オープンなPRは約100件でしたが、現在は約340件に達しています。コアメンテナーチームは3人だけで、誰もフルタイムで関わっているわけではありません。Rahul氏やSergei氏のようなコラボレーターの支援もありますが、最終的な判断やレビューは3人のメンテナーに委ねられています。

Tanna氏はClaude Opus 4.8を使って2024年から2026年までの1月〜7月のデータを分析しました。GitHub Discussionsのやり取りは変化しており、ユーザーがフォーラムで質問する代わりにAIで答えを得るケースが増えています。これは良い面もありますが、プロジェクトがユーザーの課題を把握しにくくなるという欠点もあります。また、2026年のPRコントリビューションは同時期で約60%増加し、一回限りのコントリビューターと長期的に関わる人々の内訳も変化しています。PRのサイズも全体的に大きくなっています。

メンテナーはリンティングやドキュメント整備でレビュー回数を減らそうとしていますが、それでもレビューに必要な作業は大量に残っています。Tanna氏は自分のコミュニケーション能力と利用者への共感を誇りに思っていますが、それらをAIに丸投げしたら、会話に人間がいる意味がなくなると感じています。彼自身、AIエージェントが完全に返信しているプロジェクトとやり取りした際、無機質でがっかりした経験があります。だからこそ、利用者に同じ思いをさせたくないと考えています。

彼の共同メンテナーMarcin氏はAnthropicのClaudeを活用してoapi-codegenの膨大なバックログを解消することに成功しました。素晴らしい成果ですが、一部の利用者は「ロボットが作業している」と感じる予期せぬ出来事もありました。Tanna氏は自分のAI利用を明記するよう心がけていますが、それで気分が良くなるわけではないと述べます。相手がAIエージェントだと分かっても、人間が返信してくれる方が良いに決まっています。

限られた時間をどう最適化するか、そして利用者への人間的な共感をどう保つか。Tanna氏は人間の不完全さや感情も大切にしたいと考えています。最後に彼は、他のオープンソースメンテナーたちに、AIをどう活用しているか、何がうまくいき何がうまくいかないか、人間の言葉でどの程度返信しているか、そして「AIにはAIで対抗する」べきかどうかについて意見を求めています。