プルリクエストをDeltaで置き換える

本日、エージェントとのコーディングおよびその成果物のレビューのためのマルチプレイヤー環境であるDeltaのパブリックベータ版をローンチします。 Deltaを開発しているのは、エージェントがソフトウェアの書き方を根本的に変えたものの、私たちの共同作業ツールが追いついていないからです。 先週、重要なマイルストーンを達成しました。Delta自身のレポジトリでプルリクエストを無効にしたのです。 私たちは今、Delta内で完全にDeltaを構築し、共同作業を行っています。 プルリクエストは真剣に無効化されました。 Deltaが従来のワークフローと異なる点は、共同作業がコードのコミットとプッシュに依存しないことです。 エージェントとの会話に直接チームメイトを招待します。 誰かがあなたのスレッドに参加すると、あなたが見ているのと同じワークツリーが表示され、彼らのマシンでそれらを操作できます。 チームメイトは、あなたがMutexを選択した理由をRwLockではなく、同じエージェントに尋ねることができます。 あなたがログオフしても、彼らはあなたが中断したところからエージェントとの作業を続けることができます。 本日より、誰でもmacOS、Linux、またはWindowsでDeltaをダウンロードし、何もダウンロードせずにWebで使用し、外出先でもモバイルブラウザでスレッドを追跡できます。 Richard FeldmanがDeltaでのエンドツーエンドのフローを説明します。問題の修正、チームメイトのレビューの取得、そしてマージまで。 プルリクエストなしのコードレビュー GitHubが15年以上前にプルリクエストを導入して以来、それらはコードベースへの変更をチームメイトにレビューしてもらうための標準的な方法になりました。 しかし、エージェントが大量のコードを生成するようになると、レビューを依頼する差分は急増しています。 大きな差分をブランチのスタックに分割するとナビゲーションが容易になりますが、コードの背後にある決定は依然としてレビューが必要です。 より小さな差分では、そのコンテキストが提供されません。 レビュー担当者は、あなたの差分を別のエージェントにフィードして理解を助けるかもしれませんが、そのエージェントはあなたがすでに作業した決定を組み立てる必要があります。 なぜあなたのチームメイトのエージェントが、あなたがそこに至った経緯を推測しなければならないのでしょうか？ Deltaでは、誰でもスレッドを中断したところから引き継ぐように招待したり、専用のレビューサブスレッドを作成したりできます。 レビューは、元のエージェントのコンテキストにアクセスして、ブランチの変更を案内します。 各レビューは、親スレッドのワークツリーの独立したコピーを取得するため、あなたとチームメイトはエージェントを使用してコードを探索し、元の作業を妨げることなく変更を試すことができます。 レビュー担当者が問題を発見した場合、修正を要求したり、エージェントと協力して自分で修正したりできます。 レビュー中に加えられた修正は、エージェントに変更を適用するように依頼する前に、親スレッドに組み込むことができます。 Deltaでの変更の作成とレビューの取得の簡単なウォークスルー。 DeltaDB上に構築され、Gitと互換性があります DeltaはDeltaDB上に構築されており、Gitのコンテンツベースのバージョン管理を、デルタに基づいた増分バージョンで拡張しています。 コミット間の編集を、人間やエージェントからのメッセージとともに記録し、スレッド全体でのコードの進化を保存します。 コミットは、プッシュ、プル、ビルドのチェックポイントとして残ります。 DeltaDBは、それらのチェックポイント間の作業を保持します。 チーム全体をDeltaに移行する必要はありません。 たとえば、zed-industries/zedは、コミュニティが問題を見つけ、変更を送信する場所であるため、当面GitHubに残ります。 Zedの貢献者に、プルリクエストと並行してDeltaスレッドを共有することを奨励しています。 貢献者はDeltaで共同作業しながらGitHub経由で変更を送信し続けることができ、Deltaを開いたことのないチームメイトは通常のGitリポジトリを引き続き見ることができます。 GitHub.comを置き換える私たちの探求をフォローしてください 現在、誰もがGitHubを置き換える競争をしているようです。 ほとんどの競合他社は、ブランチ、コミット、差分という同じ古いプリミティブの上に、より良いアップタイムを約束しています。 私たちは、スレッドがソフトウェア開発の新しい基本的な単位になると信じており、その状態をモデル化する最良の方法はデルタです。 プルリクエストは、GitHubワークフローの最初の部分であり、私たちはそれを捨てています。 その代わりにDeltaスレッドがあり、それによって私たちは「継続的エンジニアリング」と呼ぶ働き方があります。 業界は統合を継続的にし、次にデリバリーを継続的にしましたが、ソフトウェアエンジニアリングの残りは依然としてバッチで行われていました。 Deltaスレッドでは、アイデア、実装、レビュー、変更の適用がすべて同じ場所で行われます。 私たちは、開発者をGitHub.comに引きつける他のワークフローのために、より良い代替手段を構築しています。まずDeltaDBでのGitストレージから始めます。 長期的には、コンテンツベースのビルドがCIスタイルの検証をスレッドに直接もたらす可能性があります。 当面は、エージェントが既存のCIプロバイダーで実行をトリガーし、変更を適用する前に結果を確認できます。 パブリックベータ版を試してみてください 早期アクセスをリクエストし、Deltaの粗いエッジを見つけるのに役立った何千人もの人々、ありがとうございます。 Deltaは形成されており、私たちが最も気にかけている機能の一部はまだ先です（次に構築しているものをここでフォローしてください）。 しかし、それはすでに私たちの毎日のドライバーです。プルリクエストを無効にして以来、私たち33人がmainに570件の変更を適用しました。 パブリックベータ期間中、Deltaは無料です。 個人およびチーム向けの有料プランを近日中に導入します。 Deltaには常に無料バージョンがあります。 Deltaをダウンロードし、エージェントを起動し、チームメイトをスレッドに招待して、魔法を感じてください。 どのように進んだか、ぜひお聞かせください。 関連記事 Zedチームの類似ブログをご覧ください。 バイブスの時代におけるソフトウェアクラフツマンシップの提唱|エージェントエンジニアリング|2025年6月12日 自己オープンソース化するプラットフォームの構築2023年6月14日 私たちは金のためにAI機能を作っているわけではありません|特集|2026年5月5日 より良いエディタをお探しですか？今すぐmacOS、Windows、またはLinuxでZedを試すことができます。今すぐダウンロード！ 採用募集中です！私たちのブログで取り上げているトピックに情熱をお持ちでしたら、ぜひチームに参加して、ソフトウェア開発の未来を送り出すお手伝いをしてください。