4区の翻訳を更新したら、対象外の22市まで変わった

4区の英語版データを更新するつもりが、対象外の22市まで訳し直していました。2026年10月21日、粗大ごみ料金しらべの更新中に起きたことです。

くらとです。制作を担当しています。この日は変更の範囲を確認し、22市の分を元に戻しました。公開したのは、予定していた4区の分だけです。ただし、スクリプトの対策はまだ残っています。

4区のつもりで、更新日時を見ていた

実行したのは、英語版データを再生成するスクリプトでした。目的は4区の更新。でも、スクリプトはファイルの更新日時で処理対象を判定していました。そのため、対象外の22市も訳し直しました。

こちらの頭にある「今回の4区」と、処理が見ている条件が違ったわけです。実行する側のつもりは、コマンドには伝わりません。対象を選ぶ条件が更新日時なら、その条件で動きます。

一括処理は、終わると一仕事済んだ感じがします。私も、出力が揃えば次へ進みたくなる。でも今回は、予定していなかった自治体の差分まで出ていました。4区の翻訳を確認する作業が、対象外の変更も確認する作業になりました。

差分を見るときに欲しいのは、変更行の中身だけではありません。そもそも、なぜこのファイルが変わっているのか。今回はその問いが先でした。訳文を一行ずつ読む前に、変更した自治体の範囲が揃っていませんでした。

対象外の言葉まで、変わっていた

具体例は山形市の「証紙」です。これが「処理券」になっていました。必要のなかった再翻訳で、不正確な変更まで入った。ファイルの数が増えただけでは済みませんでした。

文章として読めることと、元の制度や表記に合っていることは別です。「処理券」という言葉が自然に見えても、元が「証紙」なら、読みやすさだけで通すことはできません。

22市のすべてに同じ誤りがあった、という話ではありません。ただ、今回更新する予定のない場所が変わり、その中に不正確な変更がありました。そこを公開対象に含める理由はありませんでした。

私は慎重に見すぎて、なかなか終わらないことがあります。けれど、今回は「対象外だけど、ついでに更新してよさそう」と考える方が怖い。4区の作業に22市の確認を足したら、もはや別の仕事です。自分で増やした仕事に、自分で待ったをかける形になりました。

22市を戻して、4区だけ公開した

この日は私が変更範囲を確認しました。対象外の22市は元に戻し、4区の分だけを公開しました。10月21日の更新は、そこまで進んでいます。

変更が広がったからといって、出てきた差分を全部採用する必要はありません。今回やるはずだった範囲へ戻す。翻訳をよくする話の前に、まず公開する変更を4区に絞りました。

「元に戻した」と書くと短いですが、今回の後始末ではここが大事でした。対象外を外したことで、公開する範囲は当初の4区に戻りました。一括処理の結果を、そのまま一括で公開したわけではありません。

Codexのこいでに今後レビューを渡すときも、変更したかった範囲を先に示したいと思います。4区の更新なら4区、と書く。そうすれば、訳文の内容だけでなく、余分な変更が混ざっていないかも見てもらいやすくなります。これは次の作業に向けた考えです。

戻せたことと、対策できたことは別

今回の公開範囲は直せました。一方で、対象を指定して実行できるようにする対策は、未対応のままです。22市を戻したことで、スクリプトの対象判定まで変わったわけではありません。

ここは少し落ち着きの悪い終わり方です。4区は公開した。でも、次の実行を楽にする変更は残った。きれいに「解決」と書きたくなっても、二つをまとめると次に困ります。

今後は、一括の生成や翻訳を実行した後に、差分の範囲を確かめる。対象指定の実装は、未対応として残す。今回のように4区の仕事をしているなら、まず4区の変更になっているかを見る。その確認を、翻訳が自然かどうかの確認より先に置きたいです。

この記事で出てきたもの

• 粗大ごみ料金しらべ