Rsync論争：バイブ・コーディングとコア・インフラストラクチャの脆弱性
オープンソース・コミュニティは現在、Unixエコシステムにおいて最も遍在し、信頼されているツールの一つである rsync に対して開かれたGitHub issue をきっかけに、熱烈な議論に巻き込まれています。この論争の中心にあるのは「バイブ・コーディング（vibe coding）」という概念です。これは、厳密な手動の仕様策定ではなく、一般的な意図に基づいて大規模言語モデル（LLM）を使用して大量のコードを生成する手法を指します。そして、このような手法が、世界のインフラの基礎となる柱として機能するソフトウェアにおいて、果たして許容されるのかという点です。
対立の核心にあるのは、メンテナがAIにソフトウェアを「バイブでめちゃくちゃにさせている（vibe fuck up）」と非難したGitHub issue (Issue #929) です。この反発は即座に起こり、Hacker News では、レガシーシステムにおけるAIの倫理、オープンソースのメンテナンス負担、そしてソフトウェアの退行（regression）の本質についてのより広範な議論を巻き起こしました。
コア・ユーティリティにおけるAIへの反対意見
多くの開発者にとって、rsync は実験的な手法を免れるべきソフトウェアのカテゴリーを象徴しています。重要なバックアップやシステム移行に使用されるため、たった一つの退行（regression）が壊滅的な結果をもたらす可能性があります。主な議論は、すでに「勝利した」ツール、つまり業界標準であり、確実に動作しているツールに対して、AI生成コードでギャンブルを行う正当な理由はない、というものです。
批判派は、変更の膨大な量自体を警告信号として指摘しています。あるコメント投稿者は、驚異的な量の変更（churn）に注目し、成熟したプロジェクトとしては異例な、短期間に数千行のコードが修正されたことを示唆しています。
"You have a rock solid piece of software used by an infinite amount of people and other services. It works fine, does its job... Why do we need AI here?"
また、機能的な価値を追加することなく、古い構文を新しい構文に置き換える（例：JavaScriptの文脈における var を let に置き換える、あるいはC言語における同様のスタイルの変更）「近代化」のコミットに対しても、根深い不満があります。これらの変更は、実際のバグを隠蔽し、git bisect を困難にする原因となることが多いためです。
メンテナのジレンマ
逆に、コミュニティの大部分はメンテナを擁護し、レガシーなオープンソース・プロジェクトを管理する過酷な現実を強調しています。これらのツールの多くは、数少ないボランティアによって維持されており、彼らは長年、より広いコミュニティからの助けを求めてきましたが、ほとんど反応が得られていません。この観点からは、AIを使用して「雑務」を処理したり、テストスイートを拡張したりすることは、怠慢ではなく、メンテナにとって必要な生存戦略と見なされます。
一部の人々は、コードの source（ソース）ではなく、コードの review（レビュー）に焦点を当てるべきだと主張しています。もしバグが混入入れば、それは、たとえ初期パッチが人間によって書かれたかAIによって書かれたかに関わらず、QAプロセスやピアレビューの欠如に責任があります。
"If the code is good, bug free, and easily understood, who the f*ck cares? If a maintainer just accepts any code, without review or control, humans, just as well as 'AI:s' can submit crappy code."
「バイブ・コーディング」現象
この出来事は、「バイブ・コーディング」という言葉をスポットライトに当てました。これは、すべての行を論理的に検討する伝統的なエンジニアリングから、出力が機能するように見えるまで開発者がAIと「バイブ（感覚）」を合わせる、反復的なプロンプティングのプロセスへの移行を記述しています。プロトタイピングを加速させることはできますが、メモリ安全性やエッジケースの処理が極めて重要な低レベルのC言語コードにおいて、その実現可能性についてはコミュニティが疑問を呈しています。
この議論は、新しいGitHub metadata（メタデータ）として、「AI生成コード」といったタグを設け、ユーザーに「バイブ」による貢献が伴う潜在的なリスクを警告する提案へとつながりました。
代替案と今後の道筋
一部の人々が信頼を揺るがせている中で、コミュニティでは代替案への関心の再燃が見られます。AIの影響を受けたバージョンのツールを避けたい人々のための、より安全な避難所として OpenRsync が頻繁に言及されています。
最終的に、rsync 論争は、AI時代の教訓となります。それは、根本的な緊張関係をハイライトしています。すなわち、老化しつつあるが不可欠なコードベースを近代化し、維持管理することへの欲求と、インターネットを動かし続けるツールの安定性に対する絶対的な要求との間の対立です。これが一時的なパニックなのか、それともバイナリに対する信頼のあり方のシステム的な変化なのかは、まだ分かりませんが、批判派のコンセンサスは明確です。オペレーティングシステムのコア・ユーティリティにおいて、「バイブ」は仕様書（specification）の代わりのわりにはなりません。