LTS版を選んだ工場にも、同じ日にモデル変更が届いた
2026年9月24日、Tulipは自社のコミュニティフォーラムに短い告知を出しました。9月27日（日）の夜から、Tulip AI Agents が使う基盤モデルをClaude Sonnet 4から切り替えるという内容です。移行先は地域によって分かれ、利用可能な地域ではClaude Sonnet 5、それ以外の地域ではClaude Sonnet 4.6になります。理由は「モデル提供元がClaude Sonnet 4を引退させるため」と書かれています。
告知文で目を引くのは、この変更が週次リリースとLTS（長期サポート）リリースの両方に同時に適用される点です。LTSは、頻繁なアップデートを避けて検証済みの状態を長く保ちたい顧客のための選択肢です。そのLTS環境でも、AIエージェントの中身だけは提供元の都合で入れ替わりました。
Tulipは「顧客側の対応は不要で、バックエンドの設定変更であり、ダウンタイムもない」としています。一方で、同じ告知の中で「エージェントは顧客が書いたプロンプトで動くため、モデルが変わると応答の仕方が変わりうる」と注意を促し、本番で動いているエージェントを切替後にスポットチェックするよう勧めています。どのモデルで動いているかは、アプリ内のモデル別名表示で確認できるとのことです。
この告知は、ベンダーとして誠実な書き方だと当サイトは受け止めています。変更の理由、対象、影響の出方、確認手段がそろっているからです。ただ、読み手の工場側から見ると「対応不要」と「挙動が変わりうるので確認を」が同じ文書に並んでいます。どちらを重く見るかは、そのエージェントが工程のどこに置かれているかで決まります。Tulip自体の位置づけはTulipの製品ページにまとめています。
引退までの猶予は、どこ経由で使っているかで変わる
同じClaude Sonnet 4でも、引退日は一つではありません。Anthropicのモデル廃止ページによると、同社は2026年4月14日にSonnet 4とOpus 4の廃止を通知し、Claude API上では6月15日に引退させました。引退後のリクエストは失敗します。一方、Amazon Bedrockのモデルライフサイクル（旧方針）のページでは、Claude Sonnet 4のLegacy入りが同じ4月14日、公開延長アクセスの開始が7月14日、EOL（提供終了）が10月14日です。Anthropicのページ自身も、BedrockやGoogle Cloudは独自の引退スケジュールを設定すると明記しています。
TulipがSonnet 4をどの経路で呼んでいたかは、告知には書かれていません。9月27日という切替日がClaude APIの引退日（6月15日）よりずっと後で、BedrockのEOL（10月14日）の少し前にあたることから、パートナー経由の提供だった可能性はありますが、これは当サイトの推測です。
猶予の長さを決めるルールも経路ごとに違います。下の表は、各社の公開ページに書かれている方針を並べたものです。
| 提供経路 | 引退前の通知・猶予 | 引退後 | 出典 |
|---|---|---|---|
| Claude API（Anthropic直販） | 一般公開モデルは引退の60日以上前に通知 | リクエストは失敗 | Anthropic Model deprecations |
| Amazon Bedrock（2026年9月7日より前に公開されたモデル） | Legacy状態が最低6か月。3か月以降は価格が上がりうる公開延長アクセス | 全リージョンで利用不可、自動移行なし | Bedrock Model lifecycle (Legacy) |
| Amazon Bedrock（9月7日以降に公開されたモデル） | Legacy期間は6か月または45日の2種類。モデルカードに記載 | 同上 | Bedrock Model lifecycle |
見落としやすいのは3行目です。Bedrockは2026年9月7日以降に公開したモデルから、Legacy期間が45日のものもありうる方針に変えました。多くのモデルは6か月だとしていますが、どちらになるかはモデルカードを見るまで分かりません。今後MESベンダーが新しいモデルへ移行するほど、次の引退までの猶予は短くなる可能性があります。
「プロンプトは同じ、応答が変わる」を変更管理にどう載せるか
MESの変更管理は、ベンダーのリリースノートを読み、影響範囲を見積もり、検証環境で確かめてから本番に当てる流れで組まれていることがほとんどです。基盤モデルの切替は、この流れのどこにもうまくはまりません。コードは変わらず、設定画面も変わらず、顧客が書いたプロンプトもそのままです。それでも出力は変わりえます。Tulipが告知でわざわざ注意を促したのはこの点です。
医薬品の工場では、話がもう一段重くなります。2025年7月に公開されたEU GMP Annex 22（AI）の草案は、適応学習するシステムと大規模言語モデルを重要なGMP用途に使うべきではないとし、重要でない用途に限って人間が確認に入る形で使えるとしています。当サイトが確認した範囲では確定版の公表はまだ確認できていませんが、方向は明確です。論点の詳細はAnnex 22の解説記事に書きました。
実装の現場で効くのは、エージェントごとに「確認用の入力セット」を事前に持っておくことです。代表的な問い合わせを20〜30件ほど固定し、切替前の応答を保存しておけば、切替後に同じ入力を流して差分を比べられます。見るべきは言い回しの違いではなく、参照したデータ項目、提示した数値、次に取らせようとした操作が変わっていないかです。AIエージェントに任せる範囲の考え方で「読む・提案する」と「書き込む・実行する」を分けておくと、確認の深さも決めやすくなります。
次の引退日はすでにページに載っている
Anthropicのモデル廃止ページには、現役モデルにも「この日より前には引退させない」という下限日が並んでいます。9月29日時点の表では、Claude Sonnet 4.5が「2026年9月29日より前ではない」、Claude Haiku 4.5が「10月15日より前ではない」、Claude Opus 4.5が「11月24日より前ではない」です。これは引退の通知ではなく、引退が早くてもこの日以降になるという約束にすぎません。ただ、Sonnet 4.5の下限日は今日にあたります。
MESベンダーがどのモデルを使っているかは、製品ページに書かれていないことが多いのが実情です。Tulipはアプリ内でモデル別名を表示していますが、同じことをしているベンダーばかりではありません。自社のMESにどのモデルが、どの経路で、いくつ入っているのかを把握していなければ、上の表を見ても自社への影響は読めません。
モデルの世代交代は、生成AIを使う限り避けられません。問題は交代そのものではなく、それが工場の変更管理から見えない場所で起きることです。基盤モデルを「ベンダーの内部部品」ではなく「年に何度か入れ替わる外部依存」として台帳に載せるだけで、次の告知が届いたときの動き方はかなり変わります。
Tulip以外のMESでも同じことは起きますか？
生成AI機能を外部の基盤モデルで動かしている製品なら、構造は同じです。モデル提供元が引退日を決め、MESベンダーはその前に移行するしかありません。違いが出るのは、通知の早さ、顧客が事前に検証できるかどうか、どのモデルで動いているかを顧客が確認できるかどうかです。
古いモデルを使い続ける契約はできますか？
Amazon Bedrockのページには、提供元との個別の取り決めがあればEOL後も使える場合があると書かれています。ただし、それを結ぶのはMESベンダーと基盤モデル提供元の間であり、MESの利用者が直接交渉できるとは限りません。必要ならMESベンダーに、そうした取り決めを持っているかを確認してください。
GMP環境でLLMの機能を使うこと自体が問題ですか？
Annex 22の草案は、LLMを重要なGMP用途に使うべきではないとしつつ、重要でない用途で人間が確認に入る使い方は認める方向です。作業指示の要約や問い合わせ対応のように、出力がそのまま品質判定や記録にならない用途なら、確認手順を決めたうえで使う余地があります。
- Tulip AI Agents — Model Update, Effective Sunday, September 27, 2026（Tulip Community、2026年9月24日）
- Model deprecations（Anthropic、2026年9月29日閲覧）
- Model lifecycle (Legacy)（Amazon Bedrock User Guide、2026年9月29日閲覧）
- Model lifecycle（Amazon Bedrock User Guide、2026年9月29日閲覧）
- EMA Issues Revised Annex 11, New Annex 22, And Associated Documents On Data Governance（Pharmaceutical Online、2025年8月6日）
- Drafts of EU GMP Guideline Annex 11, Annex 22 and Chapter 4 released for comment（ECA Academy、2025年7月7日）
この記事に出てくる用語
規制がMESに求めるもの
FDA CSA、EU GMP Annex 22、DPP。規制の改訂はそのままMESの要件になる 全73本
- GAMP 5とは？コンピュータ化システムを検証する業界標準ガイド
- Tulipの10月6日発表を想定工場の1時間に置く──7つの新機能はどの場面に効くか
- ISO 9001の要求事項をMESに写像する、品質マネジメント電子化の設計図
- ライフサイエンス企業の54%が1年内にサイバー攻撃、Rockwellが「常時査察対応」を提言（2026年10月）
この記事を書いた人
DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES導入を手がけた実務者が、欧米・中国の一次情報にあたって書いています。
