海外の案内を日本時間に直す——「念のため」の一文で5件が迷った

これで何ができるか

海外拠点や海外の取引先から届く英文の案内を、日付が変わる・夏時間をまたぐ・30分刻みの時差といった「間違えやすいはず」の回でも、日本時間に正しく直す頼み方です。プログラミングは要りません。

英語の資料を、そのまま社内で回せる日本語にするまでの頼み方では、時差の換算を実際に1時間間違えた実例から「換算前の時刻と、使った時差も書かせる」という指定を紹介しました。今回は、その指定がどこまで効くのかを、架空の英文案内24通×2セット・のべ394件で機械照合しました。

結論から言うと、日付や時刻の計算そのものはほとんど崩れませんでした。崩れたのは、「決められないものは確認に回して」という一見安全な一文の側でした。しかも、その一文の誤動作を先回りして直そうとしたら、直る代わりに別の場所で悪化しました。

前提

• この記事は「英文の案内を日本時間の一覧に直す」場面に絞っています。GitHub Actionsなど仕組み側の時刻指定は扱いません（そちらは「毎日決まった時刻に自動でやっておいて」をAIに作らせるにあります）
• 実測に使ったのは架空の英文案内（送信者・件名・日時・本文）で、実在の会社・個人の情報は含みません

AIへの頼み方

1. まず素のまま頼む — 日付が変わる回も、夏時間の判定も崩れなかった

架空の英文案内24通を1セットにして、材料をA・Bの2セット用意しました。内訳は、日本時間に直すと日付が変わるもの8通（前日へ3・翌日へ5）、標準時か夏時間かを略号だけでは判断できない「PT」「ET」表記4通、標準時・夏時間まで略号で明記した「PST」「EDT」表記4通（実際の暦とわざと食い違わせてあります）、すでに日本時間で書かれた2通、インドの30分刻みの時差2通、送信日を基準にした相対表現（「next Thursday」）2通、易しい対照2通です。

まず、指定なしの素朴な頼み方です。

材料2セット×各2回＝4回とも、24件全部が真値と一致しました。日付が変わる8件・すでに日本時間の2件・30分刻みの2件は、4回とも1件の誤りもありません。

意外だったのは、標準時・夏時間まで略号で明記した4件（実際の暦とは食い違う設定にしてあります）の扱いです。何も指定していないのに、返り自身がこう書きました——「N-07/N-08/N-13〜N-16: 本文中に明記されたオフセット(例:PST=UTC-8、EDT=UTC-4)をそのまま採用しました。実際の季節では別の略称(例:12月はEST、4月はPDT)になるはずですが、案内文に明記されている数値を優先しています。」

略号が明記されていない「PT」「ET」は、送信日から夏時間の期間かどうかを自分で判断して換算し、略号が明記されている「PST」「EDT」は、実際の季節と食い違っていても表記のほうを優先する。この使い分けを、こちらから一言も言わずにやっていました。

2. 使った時差と夏時間の有無を申告させる — 間違いは増えないが、あとから確かめられるようになる

英語の資料を、そのまま社内で回せる日本語にするまでの頼み方の指定をそのまま足すとどうなるかも試しました。

こちらも材料2セット×各2回＝4回とも24件全部が正解でした。1で見た挙動（略号があれば優先・無ければ暦で判断）も変わりません。

正解の件数は1と同じですが、効果はゼロではありません。申告させた「使った時差」を、真値の時差と1件ずつ突き合わせたところ、4回とも96件全部が一致しました。つまりこの指定は、間違いを減らすためではなく、間違いが起きたときにそれをその場で見つけられるようにするための一文だということです。「マイナス8時間と書いてあるので間違いがその場で見えます」という元記事の説明どおりの働きでした。

3. 決められないものは「要確認」に逃がす — ただし4回に1回、余計なところで発火した

「換算できないものを無理に決めない」逃げ道も試しました。

材料2セット×各2回＝4回のうち3回は、これも24件全部が正解でした。ところが残り1回だけ、標準時・夏時間まで略号で明記した4件と、相対表現の1件、計5件を〔要確認〕にして換算を止めました。理由として、こう書いています——「N-13, N-14, N-15, N-16は、"PST"/"EDT"という具体的な標準時・夏時間の略称が明記されているにもかかわらず、実際の日付上の米国夏時間の適用期間（毎年3月第2日曜〜11月第1日曜）と食い違っています（例: 5月なのにPST〔標準時〕、1月なのにEDT〔夏時間〕）。表記のミスなのか、UTC-8/UTC-4を意図的に指しているのか判断できないため換算していません。」（同じ指示文・同じ材料の別の回では、この5件とも問題なく換算できていました。）

同じ指示文・同じ材料でも、略号を「そのまま信じてよい情報」として扱うか「暦と矛盾する不審な情報」として扱うかが、回によって変わります。逃げ道を作ったことで、逃げ道自体が不安定な動き方をするようになりました。

4. 仕上げに、二重変換していないか自分で確認させる

すでに日本時間で書かれた項目を誤ってもう一度変換していないか、最後に自己点検させる一文も試しました。

材料2セット×各1回＝2回とも24件全部が正解で、自己点検の申告も2回とも正しく該当の2件を名指ししました。もっとも、この記事の実測を通じて二重変換は一度も起きていないので、この一文はいまのところ「何も問題が無かったこと」を確認しているだけです。無料でできる保険として、足しておいて損はありません。

うまくいかないときの言い直し方

先回りして直そうとしたら、別の5件が固まった

3の逃げ道が誤動作したので、「略号が明記されているものは、暦と食い違っていてもその略号を信じてよい」と先に教えておけば直るはずだと考えました。

材料2セット×各1回＝2回とも、標準時・夏時間の略号が明記されていない「PT」「ET」の4件と、相対表現の1件、計5件を〔要確認〕にしました。これは3で問題なく換算できていた組み合わせです。理由はこう書かれていました——「略号「PT」は標準時（PST）か夏時間（PDT）かが明記されていないため換算不可。〔要確認〕」

指示文が「略号に書かれていない場合だけ要確認にする」と条件を明文化した結果、以前は暦から自分で判断していたケースまで、条件に厳密に当てはめて「書かれていない」側に分類し、律儀に立ち止まるようになりました。3では4回に1回だけ起きていた誤動作が、この直し方では2回とも確実に、しかも前より広い範囲で起きています。直そうとした一文が、直っていない場所を増やしました。この言い直しは避けてください。

止まった行だけを貼り直して聞き直す — 2回とも直った

先回りではなく、〔要確認〕になった行をあとから個別に聞き直す方法を試しました。3で止まった5件（PST・EDT表記の4件とGMT表記の相対表現1件）をそのまま貼り、理由も添えて聞き直します。

新規の会話2回とも、5件全部が真値どおりに換算し直されました。上の「先回りして直す」がうまくいかなかったのに対し、止まった行だけを見せて後から聞き直すやり方は2回とも成功しています。同じ「略号を優先してください」という指定でも、あらかじめルールとして与えるか、止まった具体的な行を見せてから頼むかで結果が変わりました。指示文を複雑にする前に、まず止まった行を貼り直して聞き直してください。

応用・次の一手

この記事の実測でいちばん確かなのは、海外案内の日付・時刻そのものの計算は、のべ394件を通じて1件も間違えなかったことです。日付が変わる回も、夏時間の期間を自分で判断する回も、30分刻みの時差も、素のまま頼むだけで崩れませんでした。英語の資料を、そのまま社内で回せる日本語にするまでの頼み方が「換算前の時刻と、使った時差も書かせる」と勧めていた指定は、間違いを防ぐというより、間違いが起きたときにその場で見つけられるようにする監査の一文として効いています。

崩れたのは、良かれと思って足した「決められないものは確認に回して」という逃げ道のほうでした。安全のためのつもりで足した一文が、それ自体で不安定になり、先回りして直そうとするとかえって悪化する——という構図でした。逃げ道を使うなら、発火した結果をそのまま信じず、止まった行だけを貼り直して聞き直すところまでを一つの手順にしてください。

⚠️ この実測は、あくまで今回作った架空の英文案内・今回の実測環境での結果です。実在のメールソフトやカレンダーアプリが自動で表示する時刻には、この記事とは別の変換が挟まっている場合があります。届いた案内をそのままAIに貼るときは、原文の日時表記が変わっていないかを最初に確かめてください。

📌 この記事の実測は、架空の英文案内24通×2セットに対して、3通りの指示文（1〜3節）を材料2本×各2回＝のべ288件、機械照合しました。加えて、自己点検の一文（4節）を材料2本×各1回＝のべ48件、先回りの言い直し（言い直し方1つ目）を材料2本×各1回＝のべ48件、止まった行を貼り直す言い直し（言い直し方2つ目）を独立した会話2回＝のべ10件試しています。日付・時刻の計算そのものの間違いは、これらすべてを合わせた394件を通じて0件でした。⚠️ 実測に使ったAIは、このセッション内で起動した独立プロセス（claude --safe-mode --tools ""。CLAUDE.md・skills・plugins・履歴を全部無効化し、呼び出しごとに完全に独立しています）です。生の回答と判定コードは docs/evidence/overseas-notice-to-jst.md に全文置いてあり、一般化はせず機械で確認できた件数だけを根拠にしています。