メインコンテンツへスキップ

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が確認手順を省く問題も記録されています。

原典を読む

  1. Orka — coding agents in parallel git worktrees(別タブで開きます) ↗

    ugorur/Orka / 初回公表日未確認

    自作ツールの説明。導入手順を実行したり、製品の効果を独立検証したものではありません。

  2. Evidence: what the numbers in the README come from(別タブで開きます) ↗

    ugorur/Orka / 初回公表日未確認

    運用者が記録した数値。原ログ全量の独立監査や比較試験ではありません。