Claude Codeを組織的に動かして月400PRを実現した話

Graph？Eval？〜AI開発の最新事例LT祭りnight！〜

Graph/Eval Engineeringの活用事例を語り尽くす！

での登壇資料

Transcript

1. Claude Code を組織的に動かした話 _ Graph？ Eval？ 〜AI開発の最新事例LT祭り〜 $ claude-org-runtime org up @happy_ryo いわまりょう Graph？Eval？〜AI開発の最新事例LT祭り〜 2026/9/1
2. 一番大事なのは記録 記録あり 制御無し 制御有り 失敗はするけれど リカバリー可能 任せられる 制限は記録と組み合わせて、 初めて「任せられる」 状態になる ※不可逆領域は除く 記録なし 運任せ 運用できなくなる 事故 → 記録 → 振り返り→hook＋テスト＋指示に固定化 — 記録から制御を生み出す 出典: 筆者による整理
3. 何をしているのか _
4. 組織化以前 Claude Code • 複数の Claude Code を個別に起動・監視・指示 • タスク選定も投入も人間 ／ 毎回 Plan モード Claude Code • オペレーターが席を離れると進捗ゼロ Claude Code 人間 生成AIを使った「IDEの延長」 ボトルネックは人間 Claude Code この頃の実数: 55 PR ・ 約2.8万行 / 月（2026-03） 起動・監視・指示・フィードバック…全部を人間が並行処理 出典: 2026-03 の実績（GitHub 集計）
5. 組織化以降 人間を PdM ポジションに置き、あとは組織に任せる 人間 窓口 依頼と争点の判断だけ 対話・分解・報告の集約 state.db scope progress decisions evidence journal handover ディスパッチャー キュレーター ワーカーの起動と巡回監視 振り返り → スキル化（たまに） ワーカー レビュワー 並列で実装 重要度付き、3ラウンドまで state.dbには組織での出来事が記録される。リポジトリABC全部この組織単体でカバー可能。
6. 全体像 開発ループ 窓口 → 派遣依頼 → ディスパッチャーが巡回監視 → 並列実装 → 完了報告 PR・CI監視・タスク補充ループ push／PR → CI 監視 → green → 争点なければ自動マージ → 次タスク候補 N 件＋推奨 1 つ 自己改善ループ 振り返り → 閾値超過でキュレーター → スキル・改善提案 出典: claude-org-ja 実運用のタスクサイクル図
7. 数字の話 手運用 1 手運用 55 手運用 2.8万 1 400 50万 人 PR / 月 行/月 ×1 ×7 ×18 人間の数 提出プルリクエスト 追加・変更行数 ※ 個人開発＋業務の合算 ／ commit は squash 済み 実測: GitHub（手運用 2026-03 ／ 直近月）
8. なんで1人で回るの？ - 月50万行は、普通なら脳が耐えられない - 「話す相手は窓口1つ」— 変更は要約され、人間には判 断だけが届く 窓口が要約 人間の仕事は、 依頼と争点の判断だけになっている 並列ワーカーの変更 → 要約 → 判断だけが人間に届く 人間
9. この数字をどう実現したか _
10. プロンプト : コード = 1 : 10 「プロンプトで組織的に動くようお願いする」のではなく 「組織的にしか動けない環境をコードで作る」 プロンプト コード 約 1 万行（スキル・CLAUDE.md） 約 10 万行（固定化された手順・判定・監視） プロンプト・Skillは150～500行、大体200行前後 Referencesが大きくなってしまっているものはある
11. これまで作った組織の内容物など スタック / データ スキル ×24 フック ×10 ＋ 検査 ツール ×40（前半） ツール ×40（後半） claude-org-ja（L4 本体） renga（L3・npm） claude-org-runtime（L2） core-harness（L1） dashboard（Web UI） Loop agent（runtime） docker registry（プロジェクト台帳） state.db（SQLite SoT） knowledge（知見置き場） docs（設計・比較・検証） CI（GitHub Actions） dispatcher-handover dispatcher-resume org-attach org-attention-start org-attention-stop org-conveyor org-curate org-dashboard org-delegate org-down org-escalation org-pull-request org-resume org-retro org-setup org-start org-suspend pr-watch-pane runtime-release-withpaired-ja-sync secretary-handover secretary-resume skill-audit skill-eligibility-check work-discovery block-adhoc-pr-watch block-dangerous-git block-dispatcher-out-ofscope block-foreground-subagent block-git-push block-no-verify block-org-structure block-workers-delete check-worker-boundary fixture-always-block pre-commit 秘密スキャナ audit_link_paths capability_gate check_curate_threshold check_group_b_selectors check_herdr_compat check_renga_compat check_role_configs check_runtime_schema_drift check_runtime_version check_state_drift dispatcher_retro_gate ensure_projects_registry gen_delegate_payload gen_skill_prose gen_worker_brief inspect_anomaly_scan inspect_pane_state journal_append org_metrics_report org_setup_prune peer_notify pending_decisions pr_watch registry_parser relay_scan resolve_run_repo resolve_worker_layout run_complete_on_merge secretary_queue_watcher set_run_pr_open spawn_gate state_migrate stop_dashboard sweep_stale_workers transport update_runtime work_discovery_repos work_discovery_scan Python 7万行 ・ テスト 3万行 ・ スキル / CLAUDE.md 1万行 ・ 415 commits ・ 101 open issues — すべて OSS（MIT）
12. コードがやっていること 安全境界コントロール 消えない配達と状態 固定された判定基準 sandbox・ロール別許可・秘密検知 ロール間の連絡と状態を保存・再開 CI・gate・triage の判定を固定 環境準備手順の固定化 規律の配布と監視 プロンプトを生成 worktree 確保・設定配置の自動化 hook の事前 deny と巡回監視で強制 状況と記録から指示文を都度生成
13. 結果として寝ている間も開発が進む - コンベアー - 23:00 zzz 7:00 寝る前に窓口に指示出し 寝ている間に開発が進む 起きると判断待ち 「この Epic、進めておいて」 triage → 実装 → PR → CI が PR が積まれた状態、CI は green → スコープ契約を作って承認 完了駆動で回り続ける ぜんぶ merge gate で停止中 承認した範囲で自動的にタスクが投入され続ける。許可しなければマージの判断は人間に委ねられる
14. で、これからの話 _
15. いま作っているもの claude-org-ja／ TUI cadenza（業務層/Web） registry ／ contract ／ gate。provider 非依存 L4 claude-org-ja 組織本体（判断・規律） 実装依存は現状ゼロ（adapter のシームだけ予約） L3 renga 実行ファブリック 系譜分岐（fork） L2 claude-org-runtime 組織運用ランタイム interlock（Python） runtime v0.1.42 からの系譜分岐 = reference。恒 久成果物は interface とテスト L1 core-harness 安全プリミティブ continuo（コントロールプレー ン） あらゆる出来事の記録と、エージェント間通信な ど ガッチガチにしなくていいなら、オススメはorcaです。巨人の肩に乗りましょう。 出典: 各リポジトリの README・DECISIONS
16. 落ちても、記録から続けられる 記録を見て、進むか止めるか決められる 事故の記録が、次の hook になる 記録なくして、ハーネスなし ハーネスなくして、ループもグラフもなし github.com/suisya-systems/claude-org-ja ご清聴ありがとうございました Graph？Eval？〜AI開発の最新事例LT祭り〜 @happy_ryo 1 6
17. Graph？Eval？〜AI開発の最新事例LT祭り〜 @happy_ryo
18. Graph？Eval？〜AI開発の最新事例LT祭り〜 @happy_ryo