GitHubのREADME/運用者による集計と失敗例 · 英語
複数のAIに分担させても、完了の判断は別に行う
Orkaの作り手は、複数のAIを使う開発で、別モデルのレビューと元の要件に基づく確認を加えています。
- 当事者:
- Orkaの作り手・運用者、GitHubのugorur
- 対象範囲:
- 同じ運用者の8案件。READMEと集計資料を1つの観測として扱う
- 原典公開日:
- 初回公表日未確認
- 観測対象の時期:
- 2026年8–10月/後半集計9月28日–10月10日
- 編集確認:
- 2026-10-23
資料IDだけをこのブラウザに保存します。端末間の同期はありません。
確認できたこと
- 公開集計は8案件・1,035実行。後半の6案件では、初回レビュー111件のうち100件が修正要求でした。
- 正常終了した作業でも、受け入れ確認やレビュー、画面確認で不具合を見つけたと記録しています。
誰が、どんな場面で
2026年8〜10月の8案件で、AIに開発・レビュー・画面確認を分担。
何を必要としていたか
AIの利用枠と文脈容量を管理しつつ、正常終了や完了報告で見逃す不具合を見つけること。
試した対処・実践
作業用のブランチを分け、重要な変更を別モデルがレビュー。元の依頼と成果物を照合し、確認をやり直しています。
この資料から読めること
分担を増やす際には、作業報告と受け入れ判断を分ける設計が考えられます。
次に確かめたいこと
実装したAIが見落とした条件を、誰がどの証拠で確認するか。
この資料の限界
- 自作ツールの運用者による報告で、独立した利用者評価ではありません。
- 案件や担当モデルの条件が異なり、比較対照もありません。
- 正確な初回公表日は未確認。統括AIが確認手順を省く問題も記録されています。
原典を読む
Orka — coding agents in parallel git worktrees(別タブで開きます) ↗
ugorur/Orka / 初回公表日未確認
自作ツールの説明。導入手順を実行したり、製品の効果を独立検証したものではありません。
Evidence: what the numbers in the README come from(別タブで開きます) ↗
ugorur/Orka / 初回公表日未確認
運用者が記録した数値。原ログ全量の独立監査や比較試験ではありません。