Snowflake 2026年5月1日のリリースノート解説: Cortex AI の一部モデル廃止にどう備えるか

Snowflake は、2026年5月に予定されている Cortex model deprecations を公開しました。Claude Opus 4、OpenAI OSS 120B、OpenAI OSS 20B が 2026年5月1日に廃止対象として示されており、AI_COMPLETE、CORTEX.COMPLETE、Agents API、Snowflake Intelligence で該当モデルを直接指定している場合は移行確認が必要です。

要点

• Claude Opus 4、OpenAI OSS 120B、OpenAI OSS 20B が 2026年5月1日の廃止対象として示された
• 対象モデル名を更新しない場合、廃止日以降は該当モデルを参照するクエリやAPI呼び出しが失敗する可能性がある
• 影響範囲は Cortex AI 関数だけでなく、Agents API や Snowflake Intelligence まで広がる
• SQL、アプリケーションコード、エージェント設定、業務ユーザー向けワークフローに固定モデル名が残っていないか確認したい
• 新モデルへ置き換えるだけでなく、出力品質、コスト、権限、監査ログの確認もあわせて行うべき更新

今回の更新で変わること

今回のリリースノートは、新機能追加ではなくモデル廃止の告知です。Snowflake Cortex AI や Snowflake Intelligence を使うチームにとって重要なのは、廃止対象モデルを指定した処理が5月1日以降にそのまま動き続けるとは限らない点です。公式ページでは、AI_COMPLETE、CORTEX.COMPLETE、Agents API、Snowflake Intelligence で対象モデルを使っている顧客に対し、廃止日前に代替モデルへ移行するよう案内しています。

特に注意したいのは、モデル指定が一箇所にまとまっているとは限らないことです。分析用SQL、Streamlit in Snowflake のアプリ、社内向けのSnowflake Intelligenceワークフロー、Agents APIを呼び出す外部アプリ、検証用ノートブックなど、モデル名は複数の場所に埋め込まれがちです。使っている本人は「一時的な検証」と思っていても、実際には部門内の定例作業やデータ品質確認に組み込まれていることがあります。

今回の廃止対象には、Claude Opus 4 と OpenAI OSS 系の2モデルが含まれています。Snowflake 内でモデルを選んでAI処理を実行している組織は、単に別のモデル名へ置き換えるだけでなく、同じプロンプトで期待する出力が得られるか、コストやレイテンシが変わらないか、監査・ガバナンス上の説明が維持できるかを確認する必要があります。

対象になりそうなユーザー・チーム

• Snowflake Cortex AI の AI_COMPLETE / CORTEX.COMPLETE を本番や定例処理で使っているデータエンジニア
• Snowflake Intelligence で業務部門向けのAI体験を提供している分析基盤担当
• Agents API を使って Snowflake 上のデータに接続するエージェントを作っている開発チーム
• モデル利用状況、権限、コスト、監査ログを管理するプラットフォーム運用担当
• 生成AI機能を業務フローに組み込んでいる業務部門のオーナー

廃止対象モデルを使っている処理の棚卸し

まず何が変わるのか

2026年5月1日以降、Claude Opus 4、OpenAI OSS 120B、OpenAI OSS 20B を名前で指定する処理は失敗する可能性があります。Snowflake のリリースノートは、対象モデルのパラメータを更新しない場合にクエリやAPI呼び出しが失敗すると説明しています。

読み手にとって本当に価値があるポイント

モデル廃止は、機能追加より見落とされやすい一方で、実務影響は直接的です。ダッシュボード裏の要約、問い合わせ分類、レポート生成、データ品質チェック、社内エージェントの回答生成など、AI処理が通常業務の一部になっている場合、モデル名の固定が小さな障害点になります。

どんな場面で効くか

SQL内にモデル名を書いている処理、アプリケーション設定でモデル名を持っている処理、Snowflake Intelligence のワークフロー、Agents API のリクエスト生成部分に関係します。特に、PoCから本番へ昇格した処理や、担当者だけが把握している部門内自動化は確認漏れが起きやすい領域です。

読んだあとにまずやること

Snowflake内のSQL、Notebook、Streamlitアプリ、外部リポジトリ、ジョブ設定を横断して、廃止対象モデル名を検索します。該当箇所が見つかったら、代替モデル候補、期待出力、実行コスト、失敗時の影響範囲を一緒に記録しておくと、単なる文字列置換で終わらずに済みます。

代替モデルへの移行で確認したいこと

まず何ができるようになるのか

廃止対象モデルから、Snowflake が現在利用可能としている別モデルへ移行することで、5月1日以降も Cortex AI や Snowflake Intelligence の処理を継続できます。ただし、どのモデルを選ぶかは用途によって変わります。

読み手にとって本当に価値があるポイント

生成AIのモデル変更は、同じプロンプトでも結果が変わる可能性があります。抽出、分類、要約、コード生成、自然言語でのデータ探索では、出力形式、安定性、幻覚の出方、処理時間、単価が変わることがあります。管理者は「動いたかどうか」だけでなく、業務上受け入れられる品質かを確認する必要があります。

どんなチームに関係するか

AIを使った分析・要約機能を業務ユーザーへ提供しているチーム、Snowflake上でエージェントを構築している開発チーム、モデル利用のコストやリスクを管理するガバナンス担当に関係します。

読んだあとにまずやること

代表的な入力データとプロンプトを用意し、代替モデルで比較テストを行います。出力品質、JSONなどの構造化出力の崩れ、禁止すべき回答、実行時間、コストを確認し、必要であればプロンプトや後続処理も調整します。

押さえておきたいポイント

今回の告知は、Cortex AI を本格利用している組織ほど重要です。モデル廃止は、ユーザー画面の目立つ変更ではなく、裏側の依存関係として現れます。そのため、BI管理者や業務部門だけでは気づきにくく、データ基盤担当が横断的に確認する必要があります。

また、Snowflake Intelligence や Agents API まで対象に含まれている点も見落とせません。単純なSQL関数だけを探すのではなく、エージェント設定、アプリケーション、管理画面、利用者向けワークフローまで含めて確認するのが安全です。

今すぐ対応が必要か

対象モデルを使っている可能性があるチームは、すぐに棚卸しを始めるべきです。5月1日が廃止日として示されているため、すでに該当日以降の実行失敗リスクがあります。該当モデルを使っていないことが確認できれば緊急対応は不要ですが、Cortex AI や Snowflake Intelligence を使っている組織では、モデル利用状況を定期的に把握する運用を作るよい機会です。

結局、この更新をどう見るべきか

Snowflake の 2026年5月モデル廃止告知は、派手な新機能ではありませんが、Cortex AI を業務に組み込んでいるチームには実務的な影響があります。モデル名を固定したままの処理が残っていると、5月1日以降にクエリやAPI呼び出しが失敗する可能性があります。今回の更新は、Snowflake上の生成AI利用を「試す段階」から「運用として管理する段階」へ進めるための点検項目として読むべきです。