MulticaとPi Coding Agentで、小規模OSSを30本同時運用した流れ

1. MulticaとPi Coding Agentで、小規模OSSを30本同時運用した 実践記録 河野 英資（Eisuke Kawano）
2. 自己紹介 河野 英資 Eisuke Kawano フリーランスのRobloxクリエイターとして、ゲームの企画と実装をしていま す。その一方で、Pi向けの小さな拡張機能やOSSも作っています。 最近は、Pi Coding Agent関連の小さな拡張機能を複数公開し、 運用しています。
3. 複数プロジェクト運用を、自分でも体験したかった 参考にした世界観 OpenClawの開発で知られるPeter Steinberger氏の、多数の OSSとAIエージェントを横断して動かすスタイル。 自分でも試す 複数プロジェクトが並行して動く状態を、実際の運用として体験す る。 対象はPi拡張 自分の身近にあり、小さく作って公開しやすいCoding Agent関 連の拡張機能を選んだ。 Peter Steinberger氏の公開GitHubプロフィール 公開中 月間合計 43 24,965 パッケージ ダウンロード 集計期間：npm APIの直近1か月 出発点は、 複数プロジェクトを動かす世界観を、自分でも体験すること でした。
4. 40件を、一つの運用として見渡す 告知時の30件から増え、現在は40件の小規模OSS を管理しています。公開済み、開発中、計画中のプロ ジェクトを同じ一覧で見ています。 現在地 着手候補 人間の確認 待機・実行中 どの仕事から 採用・公開 確認待ち 始めるか 判断待ち プロジェクト一覧：40件を横断して確認 プロジェクトを横断して、着手する仕事の優先順 位を判断できる状態 を保ちます。 Issueボード：仕事の現在地と確認待ちを状態別に確認
5. 日次で仕事を進め、週次で運用を見直す 日次 週次 個々の仕事を進める 運用の仕組みを見直す Issueを選ぶ → 実行する → 結果を記録する 1週間分を集計 → 傾向を確認 → 運用を調整 日次は仕事の状態 を見て、 週次は運用の傾向 を見る。
6. Obsidianでは、入口から各プロジェクトへたどる 📁 Obsidianのノート保管フォルダ/ ├─ 📄 CONTEXT-MAP.md 全体の入口 └─ 📁 4_Project/OSS/ ノート全体の入口 CONTEXT-MAPから、作業対象のプロジェクトと CONTEXTへたどります。 ├─ 📁 project-a/ │ ├─ 📄 CONTEXT.md │ ├─ 📁 Docs/ 目的・前提・ルール 設計・仕様 │ ├─ 📄 ROADMAP.md │ └─ 📁 Issues/ 今後の方向 Multicaへ渡す作業票 ├─ 📁 project-b/ 同じ基本構成 └─ 📁 project-c/ 同じ基本構成 プロジェクトの文脈 CONTEXTとDocsを読めば、別のAIや別のPCでも作業 を再開できます。 仕事の入口 実行したい内容は、各プロジェクトのIssuesフォルダへ Markdownで置きます。
7. 各作業環境から、同じ資料と実行状態を見る 共有する運用情報 Obsidian プロジェクト資料・Issue ＋ Multica 現在地・担当・実行状態 ↙ 参照 作業環境 A Coding Agent Issueを実行 参照 ↘ 作業環境 B 作業対象 → Obsidian資料 取得したコード Coding Agent Issueを実行 作業対象 → どちらの環境からも、 同じ資料と実行状態 を参照する。 Obsidian資料 取得したコード
8. 1日は、四つの時間帯に分かれている 01:00–05:30 07:00–09:00 09:00–17:30 18:00–00:30 静かな実行 朝のレビュー 日中の循環 夜のレビュー 待っている仕事を少しず 完了候補をレビュー・マー 候補収集、着手判断、実作業、状態 完了候補をレビュー・マージ。 つ開始。失敗した作業も ジ。必要なら追加Issueを 更新を繰り返す。 追加Issueと公開を判断す 確認する。 作る。 一度に全部を動かさず、 時間帯ごとに役割を変える 。 る。
9. 作業PCの負荷を抑えるため、同時進行は一件に絞る 作業PCで実行 同時に1件 普段使うPCの負荷を抑える 人間のレビュー → 1日最大16件 朝と夜に確認・マージ この上限でも、各プロジェクトには 約3日に1回 更新が入る。
10. 日々の実行結果を、週次で振り返る 週のはじめ 必要な仕事を補充する 月 毎日 → 火 一件ずつ進め、結果を記録 する 水 週次レビュー → 木 成功・停止・やり直しを集計す る 金 一度の失敗で変えず、 直近1週間の傾向 で判断する。 翌週 → 土 運用上の変更を一つ試 す 日
11. 繰り返す問題を見つけ、翌週の運用を一つ変える 結果を集める 成功・停止・やり直し 繰り返しを探す → 同じ停止理由・差し戻し 一つだけ変える → 担当・Issueの大きさ・渡す 情報 複数を同時に変えず、 何が効いたかを確認する 。
12. AIが実装を進め、人間は最終判断に集中する AIが終わらせること 人間が最終判断すること 実装、資料更新、テスト、変更理由、確認方法、残って 最終レビュー、採用、公開、権限、秘密情報、大きな仕 いるリスクの整理。 様変更。 AIが実装と確認材料を揃え、人間は 必要最低限の判断 に集中する。
13. 運用して分かった三つのこと 1 2 3 状態を見えるようにする 一件に集中させる 失敗を結果として残す プロジェクト数より、誰が持ち、ど 能力を増やすより、必要な情報と 担当、振り分け、作業票を翌週に改 こで止まっているかが重要。 道具だけを渡す。 善できる。 複数プロジェクトでは、 現在地と仕事の入口を先にそろえる 。
14. ご清聴ありがとうございました 河野 英資（Eisuke Kawano）