Lilith Lilith.
編集イラスト: コミュニティPRの停止:主要なAIプロジェクトが人間を独自のエージェントに置き換える
Lilithのイラスト · 編集リミックス

コミュニティよりも社内ボットが優先される

GitHubは18年前にコミュニティ開発の基盤としてプルリクエストを普及させた。今日、最も急成長しているオープンソースプロジェクトのいくつかは、プルリクエストから離れつつある。その理由は、AIによって生成された低品質な貢献が殺到しているためだ。Vercel AI SDKのようなプロジェクトのメンテナは、何百もの外部PRを掘り下げることは持続不可能であることに気付いた。その対応策として、インターネット上のランダムなコントリビューターよりも信頼できる内部の自動化システムを構築している。

ソフトウェアファクトリーの実践

Vercelは独自のファクトリーのアーキテクチャを公開した。これは、的を絞ったエージェントのカスケードとして機能する。あるエージェントは、報告されたバグを再現することだけを任務とする。成功すると、修正案を提案する2番目のエージェントに渡される。3番目のエージェントが修正をレビューし、その後初めて結果が最終承認のために人間に渡される。稼働後4週間で、このシステムは70〜80%の問題を解決し、マージされた全PRの3分の1を作成した。

自動化では経験不足を隠せない

このアプローチは、ルーチン的なバグ修正やドキュメントの更新には非常にうまく機能する。逆にエージェントのチームが苦戦するのは、深いアーキテクチャの変更や新しいコア機能の設計であり、これらにはシニアメンテナの歴史的背景と判断力が欠けている。エージェントはキューをクリアすることはできるが、プロジェクトがどの方向に進化すべきかを自ら発明することはできない。

導入スピードがモデルの存続を決定する

現在の重要な問題は、このモデルがAIネイティブのバブルの外にも広がるかどうかである。内部エージェントへの移行がマージまでの時間を劇的に短縮することが判明した場合、従来のコミュニティPRモデルはプレッシャーにさらされるだろう。メンテナは、週末を他人のコードのレビューに費やすか、独自のエージェントの微調整に費やすかを選択しなければならなくなる。

Lilithの判定

外部からの安価な合成労働が、それをレビューする人間の能力を窒息させたため、プロジェクトは内向きになっている。エージェントはPRを殺した、エージェント万歳。

外部リンクは最後に置いています。まずここで簡潔に解説 — 他人のサイトを探し回る必要はありません。

元の記事 ↗