AI開発基盤「dy.do」11月公開へ、PR不要の統合を提案

光数株式会社は2026年10月31日20時56分、AIエージェント向けコードホスティングサービス「dy.do」を同年11月に公開する予定だと発表した。公式サイトも開設されている。複数のAIエージェントが同じリポジトリで並行してコードを変更する際、従来のブランチやプルリクエストを中心とした手順が作業待ちを生むという問題意識から設計したという。現時点では公開予定の製品であり、一般提供の開始日は示されていない。
発表で掲げられた中心機能は、エージェントがタスクを引き受け、変更を同期し、検証を通してmainブランチへ統合するまでを専用CLIで扱うこと。人間は作業ごとのプルリクエストを処理する代わりに、事前にルールと権限を設定する役割を担うと説明している。レビュー工程を無条件に省略してよいという意味ではなく、どの条件を満たせば統合できるかが重要になる。
同一ファイルの変更も競合部分だけを再処理
dy.doは、複数のエージェントが同じファイルを編集しても、変更範囲が重ならなければまとめて統合し、実際に競合した部分のみをやり直す方式を特徴に挙げる。公式サイトには「task claim→sync→verify→queue land」という作業の流れが掲載されている。従来のGit運用で発生しがちなリベースや再検証の繰り返しを減らし、並列作業の効率を高める狙いだ。
ただし、競合を機械的に減らせることと、変更内容が正しいことは別の問題だ。異なるファイルの編集でも仕様の不整合が生じる場合があり、テストの網羅性や権限設定、統合履歴の追跡などが運用上の確認点となる。公開情報からは、既存のGitホスティングとの移行方法、料金、障害時の復旧手順などの詳細は確認できない。導入判断には正式公開後の仕様確認が必要だ。
同期は自社測定で2.34秒から0.76秒
光数による2026年10月31日の測定では、211ファイル・557コミットのリポジトリを用い、GitHubへのSSH経由のgit pushとdy syncを交互に30回ずつ実行した。所要時間の中央値はgit pushが2.34秒、dy syncが0.76秒で、約3.1倍の速度差があったという。これは同社の限定された条件下での結果であり、あらゆる規模の開発で同じ性能が得られると実証されたわけではない。
11月公開予定、対応OSは3種類
発表時点で案内されている対応OSはmacOS、Linux、Windowsの3種類。正式な提供開始日は「2026年11月」とされ、公式サイトには製品の概要が掲載されている。光数は個人認証SNS「on.pa」などを手掛ける企業で、今回の製品をAIが利用する開発基盤への展開と位置付ける。今後の注目点は、複数エージェントによる実際の開発で競合解決、検証、監査をどこまで一体化できるかにある。
みんなの反応
55件PR待ちがなくなるなら並列開発がかなり楽になりそう
mainに直接入る仕組みは権限設計が気になる
AIエージェント向けのGitHub代替って発想か
同じファイルを触るときの競合解決を見てみたい
速度3倍は魅力だけど条件が限定的だね
211ファイル規模なら自分の案件でも試せそう
30回ずつの測定なのは一応参考になる
レビュー不要って聞くとちょっと怖いw
人がルールを決める設計なら納得感はある
実際の料金が出てから判断したいな
Windows対応なのはありがたい!
CLIだけで完結するのは自動化しやすそう
既存のGitリポジトリを移行できるのかな
PRの議論がなくなるわけではなさそう
テストが落ちたときの挙動が知りたい
コンフリクトが減ってもバグは減るとは限らない
エージェントを10体動かすとどうなるんだろう
履歴や差分の見やすさも大事だと思う
mainへの統合条件を細かく設定できるなら便利
監査ログが残るかは企業利用で重要
GitHub Actionsと連携できたら使ってみたい
同期速度よりマージ待ちの削減が本命かも
別ファイル同士の仕様衝突は防げるのかな
コードレビューの責任は結局人に残るよね
複数エージェント前提の設計は時代を感じる
11月公開ならもうすぐ触れるのかな
まだ正式公開前だから期待値は抑えておく
同期が速くてもCIが遅いと意味が薄いかも
ブランチを意識しなくて済むのは面白い
ロールバックの仕組みがあるか気になる
名前が短くて覚えやすいw
ローカル環境との同期方式を詳しく知りたい
OSSなのか商用なのかが気になるところ
競合部分だけ再実行できるのは理にかなってる
複数人と複数AIの混在チームでも使える?
テストの証跡が見られるなら安心材料になる
実運用のベンチマークが公開されたら読みたい
小規模チームにもメリットがあるのか知りたい
エージェント側の対応ツールが気になる
コードホスティングなら可用性も大事
セキュリティ監査を通せる仕様だといいな
マージ競合の修正時間が一番もったいない
Gitの知識が不要になるわけではないよね
失敗時に誰が原因を追うのか設計が必要そう
開発速度より品質が維持できるかを見たい
人のレビューを残す運用も選べるといい
CLIの操作体系がシンプルなら導入しやすい
エージェントが増えるほど効果が出るのかな
本当にPR不要なら運用文化が変わりそう
外部サービス依存のリスクも比較したい
同期の測定値は自社公表だから慎重に見る
11月の正式仕様公開が待ち遠しい!
AI同士の変更が衝突するのは確かに面倒
自動統合のガードレールがどこまであるか
デモだけでなく長期運用の実績も欲しい
一致する反応はありません。
情報元
- prtimes.jp リンク先:prtimes.jp
- dy.do リンク先:dy.do
- kosu.co.jp リンク先:kosu.co.jp
- bizaidea.com リンク先:bizaidea.com











あなたはどう思う?
コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。
コメント
まだコメントはありません。