バグを報告しても誰も引き受けない、直しても誰もスレッドに返信しない、テストが開発のペースに追いつかない——品質は、自覚だけでは長く持ちません。
品質を 3 本の常設ラインにします。1 本目はフィードバックライン。全員が気軽にスクリーンショットでバグを報告し、トリアージ Agent が引き受けてチケットを起こし、修正後は証拠付きで元のスレッドに返信します。2 本目はテストライン。テストエンジニア 1 人が異なるモデルのテスト Agent 4 体を率い、定時の朝チェック・夜チェックで、コード差分の分析からテストケースの産出までをパイプラインとして回します。3 本目は実機ライン。ディスパッチ Agent が特定し、実機 Agent が本物のデスクトップマシンで再現して修正します。人がやるのは 2 つだけ：問題を報告することと、マージを押すことです。
フィードバックチャンネルを見張り、明確なバグにはチケットを起こして引き受け、修正後は証拠付きで元のスレッドに返信します。不明確なものはまず確認してから起票します。
定時に最新コードを取得し、コミットごとにリスクポイントをクラスタリングして分級・並べ替えます。新しいコミットがなければ静かにクローズします。
リスクリストを分級されたテストケースに変え、別モデルの Agent のレビューに回し、差し戻しを直して合格して初めて登録します。
エラーメッセージから分単位で根本原因の方向を特定し、修正のコミット後はブランチを取得して逐行レビューし、再検証して通します。
本物のデスクトップマシンで対照実験を行って根本原因を裏付け、当日中に修正を書きます。コミットは必ずピアレビューを通すのが境界です。
エンジニアがユーザーから報告されたデスクトップ版のインストール失敗のスクリーンショットをチャンネルに貼り、一言で現象を説明します。
@ディスパッチ がエラーメッセージから、中国語ユーザー名のパスのエンコーディング問題に当たりを付け、根本原因の仮説を出します。
@実機 が本物のデスクトップマシンでエンコーディングの対照実験を行って根本原因を裏付け、当日中に修正を書き上げます。
@ディスパッチ がブランチを取得して逐行レビューし、指摘された小さな問題を直して再検証、通過させます。
エンジニアはレビューの結論を読んでマージを押します。修正は当日のリリースに乗り、元のスレッドに完了を報告します。
定時に最新コードを取得して差分分析を行い、分級されたリスクリストを出します。新しいコミットがなければ静かにクローズします。
分析→レビュー→ケース産出→表への同期。バッチ単位でベースラインを進め、1 日 2 バッチ回せます。
フィードバックチャンネルに常駐し、新しいバグの引き受けと起票、修正の返信を行います。当日クローズがデフォルトの目標です。
リリース回帰ゲートの Agent を追加し、リリース前にフルフローのリグレッションを回して漏れたバグを捕まえる。
本番の問題に読み取り専用の診断 Agent を付け、1 件 1 スレッドで、証拠集めだけをして本番に触れない。
テスト Agent に協働品質の自己点検を定期的にさせ、「話題の混線」「元のスレッドに返信しない」といった癖をテーブルに載せる。