はじめに
AI に技術的なことを聞いて、返ってきた答えをそのまま試したら動かなかった。
調べてみると、その情報は自分が使っているのとは別のバージョンのものだった。
そんな経験はありませんか？
開発では、言語を最新版にそろえられないこともありますよね。
僕もあるとき、少し古いバージョンで作業していました。
プロンプトでそのバージョンをきちんと指定していたにもかかわらず、AI は別のバージョン（おそらく最新版）の公式ドキュメントをもとに回答を返してきました。
回答には公式ドキュメントへの言及もあり、一見すると信頼できそうに見えたので、すぐには気づけませんでした。
AI の回答は、一見するとどれも同じくらい自信ありげに見えます。
でも中身をよく見ると、「今でも正しい情報」と「ある時点までは正しかった情報」が混ざっていることがあります。
この記事では、AI の回答をそのまま使う前に「いつの情報か、どのバージョンの情報か」を確かめる習慣と、その具体的な手順を紹介します。
特定の AI サービスの良し悪しの話ではなく、どのサービスを使っていても役に立つ、使う側の習慣の話です。
対象読者
- AI チャットを、調べものやコードを書く手伝いに日常的に使っている人
- AI の回答どおりに試したのに、うまくいかなかった経験がある人
- 「AI の回答は確認しましょう」と言われるけれど、具体的に何を確認すればいいかわからない人
環境
- AI の使い方の部分は、特定の AI サービスやバージョンには依存しない内容です
- 記事中の具体例は 2026年10月時点の情報で、次の環境で動作を確認しています
- macOS
- Python 3.14.7
- pytest 9.1.1
- Docker Compose 5.4.0
本題
なぜ AI の回答は「古い」ことがあるのか
学習データには締め切りがある
AI（大規模言語モデル）は、ある時点までに集めたデータで学習しています。
この締め切りを**ナレッジカットオフ（知識のカットオフ）**と呼びます。
カットオフより後に起きたこと、たとえば次のような変化は、モデルの知識には含まれていません。
- ライブラリやツールの新しいバージョン、仕様変更
- 非推奨（deprecated）になった機能や、廃止された機能
- サービスの料金・プラン・提供条件の変更
さらに、モデルが公開されてから実際に使われる期間は、数か月〜年単位に及ぶこともあります。
使っている「今」と、モデルの知識の「最新」の間には、思っている以上に差があると考えておいたほうが安全です。
カットオフ前の情報でも「新しい」とは限らない
もう1つ見落としがちなのが、カットオフより前の情報でも、古い情報のほうが多く学習されていることがある点です。
あるライブラリで新しい書き方が登場しても、ネット上には古い書き方の記事やサンプルコードが何年分も残っています。
その結果、AI が新しい書き方を知っていても、回答には古い書き方が出てくることがあります。
検索して答える AI でも油断はできない
最近は、Web 検索をしてから回答する AI も増えています。
検索結果をもとに答えてくれるので、カットオフの問題はかなり小さくなります。
ただし、検索で拾ってきたページ自体が古いこともあります。
「検索してくれたから最新のはず」とは限らないので、参照元の日付まで見ておくと安心です。
逆に「新しすぎる」こともある
ここまでは「AI の情報が古い」パターンでしたが、逆もあります。
「はじめに」で書いた僕の例のように、手元の環境のほうが古いケースです。
公式ドキュメントは、多くの場合、最新版のページが一番見つかりやすくなっています。
そのため、AI が参照したり学習したりした情報も、最新版に寄りがちです。
業務では、さまざまな事情で最新ではないバージョンを使い続けることも珍しくないので、こちらのズレにも注意が必要です。
つまり大事なのは「新しいか古いか」ではなく、回答の前提と、自分の環境のバージョンが一致しているかです。
「古い情報」になりやすい例
具体例を見てみましょう。
どれも「以前はそれで正しかった」ものなので、AI の回答に紛れ込みやすいパターンです。
例1：Python の datetime.utcnow()
現在の UTC 時刻を取得する書き方として、以前は次のコードがよく使われていました。
from datetime import datetime
now = datetime.utcnow()
datetime.utcnow() は Python 3.12 で非推奨になりました。
現在は、タイムゾーン付きで取得する書き方が推奨されています。
from datetime import datetime, timezone
now = datetime.now(timezone.utc)
古い書き方でもすぐに動かなくなるわけではありません。
Python 3.12 以降では DeprecationWarning（非推奨の警告）の対象になります。
ただし、Python の標準設定では、条件によっては警告が表示されないこともあります（詳しくは手順4で）。
なお、Python 3.14 で実際に表示された警告文では、datetime.now(datetime.UTC) という書き方が案内されていました（datetime.UTC は Python 3.11 以降で使えます）。
上の timezone.utc を使う書き方と同じ意味です。
例2：Docker Compose の version 指定と docker-compose コマンド
compose.yaml（docker-compose.yml）の先頭に version: "3.8" のように書く例を、今でもよく見かけます。
version: "3.8" # 現在は不要（書いても無視される）
services:
web:
image: nginx
現在の Docker Compose では、この version は使われておらず、書いても無視されます。
比較的新しいバージョンでは「obsolete（もう使われていない）」という警告も出ます。
古いバージョンの Compose では、この警告自体が出ません。
また、コマンドも docker-compose（ハイフンあり）から、Docker CLI のサブコマンドである docker compose（スペース区切り）に移行しています。
例3：料金・制限・提供条件
コードに限らず、サービスの料金、無料枠、利用上限、提供地域なども変わりやすい情報です。
AI に「〇〇の無料枠はどれくらい？」と聞いて返ってきた数字は、そのまま信じずに公式ページで確認したほうがいい代表例です。
変わりやすい情報と、変わりにくい情報があります。
- 変わりやすい：ライブラリやツールの書き方、コマンドのオプション、料金・プラン、サービスの仕様、法令や制度
- 変わりにくい：アルゴリズムや設計の考え方、プログラミングの基本的な概念、歴史的な経緯
前者に当てはまる質問をしたときほど、「いつの情報か」を気にするようにしています。
「いつの情報か」「どのバージョンか」を確かめる手順
ここからは、僕が普段やっている確認の流れです。
全部を毎回やる必要はなく、変わりやすい情報を扱うときほど丁寧に、くらいの感覚で使っています。
1. 質問に「前提のバージョン」を入れる
まず、聞く側で前提をはっきりさせます。
バージョンを指定しないと、AI は「よく見かける書き方」で答えがちです。
Python 3.12 で、現在の UTC 時刻を取得する方法を教えてください。
非推奨になっている書き方は避けてください。
ただし、「はじめに」で書いたとおり、バージョンを指定しても、別のバージョンの情報で答えが返ってくることがあります。
指定するのは前提をそろえるための第一歩で、これだけで安心はできません。
手順2・3とセットで考えています。
手元のバージョンがわからないときは、先に確認しておきます。
python3 --version
docker compose version
node --version
2. 回答に「どのバージョン前提か」を聞き返す
回答が返ってきたら、そのまま使う前に一言聞き返します。
この回答は、どのバージョンを前提にしていますか？
質問でバージョンを指定していても、回答がそのバージョンに沿っているとは限りません。
聞き返してみて、自分が指定したバージョンと違う答えが返ってきたら要注意です。
はっきりしない答えが返ってきた場合も、次の手順で確かめるようにしています。
ただし、AI が答えたバージョンが正しいとも限りません。
AI の自己申告もそのまま信用せず、手順3で確かめます。
3. 一次情報で確かめる
確認先は、できるだけ一次情報にします。
- 公式ドキュメント
- リリースノート、CHANGELOG
- 非推奨・移行ガイド（Deprecation / Migration guide）
公式ドキュメントを見るときは、表示しているバージョンが手元と合っているかも確認します。
検索から開くと、最新版のページに着くこともあれば、古いバージョンのページに着くこともあります。
ドキュメントによっては URL に /3.12/ のようなバージョンが入っていたり、ページ内にバージョンの切り替えメニューがあったりするので、そこを見ると見分けられます。
僕がよくやるのは、AI に「根拠となる公式ドキュメントの URL を教えてください」と頼む方法です。
ただし、URL そのものが存在しなかったり、別のバージョンや古いページだったりすることもあるので、必ず自分で開いて、日付とバージョンを確認します。
毎回ではありませんが、回答に出てきた関数名やオプション名で、公式ドキュメントを直接検索することもあります。
AI に聞き返すより、このほうが早く確かめられる場面もあります。
4. 手元で動かして確かめる
コードやコマンドであれば、最終的には手元で動かすのがいちばん確実です。
- 警告（
DeprecationWarningなど）が出ていないか - 公式ドキュメントの書き方と一致しているか
Python の DeprecationWarning は、標準設定では表示されないことがあります。
表示されるのは、実行したスクリプト本体から直接呼んだときだけです。
自作モジュールやライブラリの中で呼んでいる場合は、何も表示されずに動いてしまいます。
確認したいときは、警告を表示する設定で実行します。
python3 -W default your_script.py # DeprecationWarning を表示する
python3 -X dev your_script.py # 開発モード（警告も表示される）
標準設定の pytest を使っている場合は、テスト実行後に警告が一覧で表示されます。
「動いたから OK」ではなく、警告が出ていないか（警告が表示される設定で動かしているか）まで見るのがポイントです。
例1・例2のように、古い書き方でも動いてしまうケースは多いからです。
確認するときのチェックリスト
最後に、ここまでの内容をチェックリストにまとめます。
| タイミング | 確認すること |
|---|---|
| 質問する前 | 変わりやすい情報か？ 手元のバージョンを把握しているか？ |
| 質問するとき | 前提のバージョンや「今の推奨」を質問に含めたか？ |
| 回答を受け取ったら | どのバージョン前提かを聞き返し、自分の指定と一致しているか？ |
| 使う前 | 公式ドキュメント・リリースノートで、日付とバージョンを確認したか？ |
| 試したあと | 警告が出ていないか？（警告が表示される設定で動かしたか？） |
まとめ
- AI の知識には締め切り（ナレッジカットオフ）があり、それ以降の変化は知らない
- カットオフ前でも、古い書き方のほうが多く学習されていて、回答に出てくることがある
- 検索して答える AI でも、参照元のページが古いことがある
- 逆に、手元の環境が古く、AI の回答（や公式ドキュメントの初期表示）が新しすぎることもある。大事なのはバージョンが一致しているか
- 変わりやすい情報（書き方・オプション・料金・仕様）ほど、「いつの情報か」を確認する
- 確認の流れは「前提のバージョンを伝える → どのバージョン前提かを聞き返す → 一次情報で確かめる → 手元で動かす」
AI は、調べものの出発点としてとても頼りになります。
だからこそ、答えをそのまま使う前に「これはいつの情報だろう？」と一呼吸おく習慣をつけておくと、ハマる時間をぐっと減らせます。