アプリが4本になったので、バグ報告を1箇所に集めてAIに並列で潰させた話

• URL: https://zenn.dev/kitepon/articles/bughub-aggregation
• 日付: 2026-06-25
• Tier: Tier 3
• 要旨: 複数商用アプリ (4本) のバグ報告を1箇所に集約し重大度基準を統一した BugHub システム。自宅サーバーで各アプリの read API を 3 分ごと巡回、署名 (fingerprint) でバグ重複を検出・統計し、AI 向けに共通仕様で 1 ページの Markdown を GET /ai で返す。複数 Claude を並列で起動し同じ URL を渡すことで、その日のうちにバグ一掃。重大度 4 段に統一 (fatal・high・warn・info)、解決はアプリ側に記録し BugHub は読み取り専用。巡回・ルール判定は純粋アルゴリズムで AI 不要。

詳細

4 本の商用アプリ (LiveTR・OLTranslator・Kikoeru・AuctionBOT) でユーザーの手元環境から上がってくるバグ報告が各所に分散。BugHub と名付けた内部読み取り専用コンテナで LAN 内 API 巡回・集約。

アーキテクチャ: 各アプリが signature 形式で read API を出す (Bearer 認証)。signature = “モジュール・種別・メッセージ雛形” のハッシュで、同じ原因は同じ値。BugHub は 3 分ごとに巡回、署名で重複検出・統計。バグ情報: 重大度・マスク済みメッセージ・累計発生数・最終発生時刻・解決状態を payload。新規アプリ連携は SOURCES に 1 行追加、ログ形式違いはアダプタ 1 つでカバー。

重大度統一化: fatal (止まる) > high (実害) > warn (直すべき) > info (参考)。各アプリが担当して基準付与、BugHub は再判定せず。基準統一で初めて優先順位が有効に。

AI 向け共通仕様: GET /ai で Markdown 1 ページ返却。内容: 重大度定義・修正手順 (取得→修正→本番検証→解決記録。確信なければ触らない) ・現時点未解決一覧 (解決コマンド付き) ・アプリ別解決先テーブル・新規連携仕様。複数 VSCode/Claude に同じ URL を渡す。

並列修正フロー: 各 Claude が担当アプリを未解決一覧から取得 → 修正 → 本番デプロイ → 検証 → 解決記録 (アプリ側に) → 次へ。解決はアプリ側が正、BugHub は読み取り専用ミラー。アプリ側で再発検知すれば自動で「未解決」に戻る。

コスト構造: 巡回・閾値ルール・アラート判定は純粋アルゴリズム (AI 不要)。AI は修正側と週 1 Codex まとめだけ。個人開発者が複数商用アプリ運用で時間がバグ捌きに集中する現実を可視化・自動化。