GLM-5.3-Flashとは、Z.aiの多モーダルAIモデルのことです。

海外のAIモデルを事務所に入れるかどうかは、性能表ではなく、入力したデータがどこで処理されるかから決まります。この記事では、2026年8月に公開されたGLM-5.3-Flashを具体例に、士業事務所が海外モデルを評価するときの7つの判断軸と、顧問先情報を扱う場面で先に決めておく守秘義務の線をまとめます。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、ベンダーの取扱いは各社の公式ドキュメントで確認しています。Z.aiは、サービスを原則としてシンガポールから提供しており、個人データも原則としてシンガポールで処理されると自社のプライバシーポリシーに記載しています（出典: Z.ai Privacy Policy）。

価格差が一桁になった2026年の海外モデル事情

結論から書くと、海外モデルが検討対象に上がってきたのは、性能が追いついたからではなく、同程度の出力を出すための費用が一桁下がったからです。事務所にとっては、これまで費用の都合で試せなかった長文処理を回せるようになる、という意味を持ちます。

GLM-5.3-Flashは、Z.aiが公開しているモデル概要によると、GLM-5シリーズで最初のネイティブ多モーダルモデルとされ、入力はテキストに加えて画像・動画・ファイルを受け付け、コンテキスト長は1M、最大出力トークンは128Kと記載されています（出典: Z.ai GLM-5.3-Flash Overview）。総パラメータ320Bのうち活性化されるのは18Bという構成で、疎なアテンションと線形アテンションを組み合わせた設計により、GLM-5.3と比べてアテンション計算量とKVキャッシュをそれぞれ3.01倍、4.44倍削減したと説明されています（出典: 同Overview）。この数字は、長文を投げたときの費用が下がるという話に直結します。

士業の業務で長文処理が効くのは、契約書一式の読み合わせ、過年度の申告書や議事録の突き合わせ、大量の就業規則や社内規程の横断比較といった場面です。100万トークン級のコンテキストは、分割せずにまとめて読ませられる範囲が広がることを意味しますが、そのまま顧問先の資料を投入してよいかは別の問題になります。

押さえておきたいのは、海外モデルという括りが一枚岩ではない点です。提供元の国、サーバーの所在国、契約を結ぶ法人の所在国は、それぞれ別に決まります。提供元が中国の研究チームでも、サービス提供とデータ処理はシンガポールから行うと明記されている場合があり、逆に米国企業のサービスでも処理地域が複数国にまたがる場合があります。事務所が見るのは会社の国籍ではなく、契約書と公開ドキュメントに書かれた処理地です。

もうひとつ押さえておきたいのは、提供元の所在と提供形態です。Z.aiのプライバシーポリシーには、サービスを原則としてシンガポールから提供し、グループ会社と指定サービス提供者も通常はシンガポールに所在するため、個人データは原則としてシンガポールで処理されると書かれています（出典: Z.ai Privacy Policy）。API利用者向けのデータ処理条項では、顧客やエンドユーザーが入力・生成したコンテンツを保存せず、APIサービス提供のためにリアルタイムで処理すると記載されています（出典: 同Privacy Policy内のData Processing Addendum）。事務所として確認したいのは、この記載が契約上どのプランに適用されるのか、チャット版とAPI版で扱いが違わないか、という点です。

なお、モデルの重みが公開されているか、どのライセンスで配布されているかについては、報道と公式発表で表現が分かれています。自前のサーバーで動かす選択肢を検討する事務所は、配布元の記載を直接確認するところから始めるのが安全で、この記事では現時点の確認結果として要確認と記します。

海外AIモデルを事務所に入れるか決める7つの判断軸

先に結論を書くと、判断軸はベンチマークの順位ではなく、データの経路と契約の言葉に置きます。性能は数か月で入れ替わりますが、データの経路と契約は事務所の責任として残るからです。

第1軸はデータ所在です。入力したデータがどの国で処理され、どの国に保管されるかを、ベンダーの公式ドキュメントで確認します。Z.aiの例では、シンガポールでの処理が原則と記載されています（出典: Z.ai Privacy Policy）。ここで見るのは、日本国内かどうかという二択ではなく、どこで処理されるかが文書に書かれているかどうかです。書かれていないサービスは、それ自体が判断材料になります。

第1軸で確認したことは、そのままスクリーンショットで残しておきます。ポリシーの文面は改定で書き換わるため、判断した時点の記載を保存しておかないと、後から経緯を説明できません。保存先は案件管理でも共有フォルダでも構いませんが、日付とURLを添えるところまでを1セットにします。

第2軸は入力データの保存と学習利用です。API経由の入力を保存するか、保存するなら期間はどれくらいか、学習に使うか、使わない設定があるかを見ます。チャット版と開発者向けAPIで既定が異なる製品は多く、事務所の誰かがチャット版に貼り付けている状態は、API側の条項では守られません。

第3軸は契約主体です。個人プランと法人プランで、データ処理者としての義務や、管理者が利用状況を確認できる範囲が変わります。事務所名義の契約になっているか、退職時にアカウントを止められるかまで含めて確認します。

第4軸は監査可能性です。誰が、いつ、何を入力したかを後から追えるかどうかです。ログが取れないサービスは、事故が起きたときに影響範囲を確定できません。ログと権限の設計はAIエージェントを事務所に入れる前に決める権限とログの7チェックで扱っています。

第5軸は業務の切り分けです。同じモデルでも、判例や条文の検索に使うのか、顧問先の資料を要約させるのかで、入力する情報の機微さがまったく違います。事務所として決めるのは、このモデルを使ってよいかではなく、このモデルにどの業務を割り当てるかです。

第6軸は出力の検証コストです。海外モデルは日本の法令・様式・実務慣行の学習量が相対的に少ない場合があり、条番号や様式名の誤りを人が直す時間が増えることがあります。単価が下がっても、確認にかかる時間が増えれば事務所としては割に合いません。

第7軸は撤退のしやすさです。プロンプトや業務手順を特定のモデルに合わせ込みすぎると、提供終了や条件変更のときに動けなくなります。プロンプトは平文で事務所側に保管し、モデル名を差し替えれば動く形にしておきます。

この7軸を、実際のサービス選定にそのまま使えるように整理したのが次のプロンプトです。ベンダーの公開ドキュメントを貼り付けて、軸ごとに書かれていること・書かれていないことを仕分けさせます。

あなたは士業事務所の情報管理担当です。以下に貼るベンダーの公開ドキュメントだけを根拠に、
7つの軸で「文書に書かれていること」と「書かれていないこと」を仕分けしてください。

【軸】
1 データ所在（処理国・保管国）
2 入力データの保存期間と学習利用の有無
3 契約主体（個人/法人）と管理者権限
4 監査ログの取得可否
5 想定業務ごとの可否の記載
6 出力の正確性に関する免責の記載
7 契約終了時のデータ削除の記載

【出力形式】
軸ごとに「記載あり: 引用箇所の要約」「記載なし: 要確認」の2行で出力
推測で補完しないこと。ドキュメントにない事項は必ず「記載なし: 要確認」とすること

【ドキュメント】
（ここに貼る）

第2のプロンプトは、業務の割り当てを決めるためのものです。モデルの良し悪しではなく、事務所側の情報の機微さで線を引かせます。

あなたは士業事務所の業務設計担当です。以下の業務リストを、入力する情報の機微さで
3階層に分類してください。

階層A: 顧問先を特定できる情報を含む（例: 実名入りの契約書、申告データ）
階層B: 顧問先は特定できないが業務内容が推測できる（例: 匿名化した相談概要）
階層C: 公開情報のみ（例: 条文、公表されたガイドライン、様式の記載例）

【業務リスト】
（ここに事務所の業務を十数件書く）

【出力形式】
業務名 / 階層 / その階層に置いた理由 / 外部クラウドAIに出す場合の前処理
※法的な評価や可否の断定はしないこと。判断材料の整理に徹すること

この7軸は、一度決めたら終わりではありません。ベンダーのポリシーは改定されますし、プランの統廃合で条項が変わることもあります。半期に一度、許可済みのサービスについて第1軸から第4軸だけを読み直す日を決めておくと、気づかないうちに前提が変わっていた、という事態を避けられます。読み直しの記録は、日付と確認者名を添えて1行で残すだけで十分です。

7軸の運用で肝心なのは、最終的な採否を有資格者が決める工程を残すことです。情報管理担当が軸に沿って材料を揃え、所長や担当有資格者が業務単位で可否を決める。この分担にしておくと、新しいモデルが出るたびに議論を一からやり直さずに済みます。ベンダーへの質問の作り方はAIツールのベンダーに何を聞くか 士業事務所の確認7項目と質問文にまとめてあります。

顧問先情報を海外モデルに渡す前に決めておくこと

海外モデルの場合、国内モデルにはない論点が1つ増えます。データが国外に出るという事実そのものです。

士業の守秘義務は職種ごとに根拠条文が置かれています。弁護士は弁護士法第23条が職務上知り得た秘密を保持する権利と義務を定め、税理士は税理士法第38条が正当な理由がなくて税理士業務に関して知り得た秘密を洩らし、又は窃用してはならない旨を定めています。社会保険労務士については社会保険労務士法第21条が同様の規定を置いています。外国のサービスへ情報を渡す行為がこれらの条文との関係でどう評価されるかは、契約形態と情報の粒度によって変わる論点であり、個別の判断は有資格者の領域です。

個人情報を含む場合は、外国にある第三者への提供という論点が重なります。個人情報保護法第28条は、外国にある第三者への個人データの提供について規律を置き、個人の権利利益を保護する上で日本と同等の水準にあると認められる制度を有している国として個人情報保護委員会規則で定めるものを除く、という構造になっています。どの国が除かれるか、委託と第三者提供の切り分けがどうなるかは事案ごとに異なるため、ここで断定的な評価は書きません。越境移転の同意設計を具体的に組み立てる手順は生成AIの越境データ移転で士業事務所が確認する7項目と同意の設計で扱っています。

実務として先に決めておけるのは、次の3つです。1つ目は、階層Aの情報は海外モデルに直接入力しない、という原則を置くかどうかです。禁止するのではなく、入れる場合の承認者と記録の残し方を決めておく形でも運用できます。2つ目は、匿名化の水準です。氏名を伏せても、業種と所在地と売上規模が揃えば特定できてしまう顧問先はあります。匿名化の作業を担当者の裁量に委ねると、水準が人によってばらつきます。

3つ目は、顧問先への説明のタイミングです。業務委託契約や説明資料に、外部のクラウドサービスを利用する場合があること、国外で処理される可能性があること、入力する情報の範囲を事務所として制限していることを、あらかじめ書いておく方法があります。質問を受けてから説明するより、先に書面に置いておくほうが、事務所側の運用も締まります。

職種によって条文の置かれ方は異なりますが、事務所の運用として共通するのは、入力する情報を階層で分け、階層ごとに使ってよいサービスを対応づけるという型です。条文ごとの細かな差異を規程に書き込むより、階層と対応表を1枚にまとめたほうが、担当者が迷う回数は減ります。条文は規程の根拠として別紙に引いておき、判断が必要な場面では有資格者に上げる経路を明示しておきます。

規程に落とすなら、対象サービス名とその処理国、入力してよい情報の階層、承認者、ログの保存先と保存期間、契約終了時の扱い、違反時の報告経路の6項目です。海外モデルを1つ許可するたびに、この6項目を埋めた1ページを足していく運用にすると、後から棚卸しができます。

海外モデル導入で起きやすい3つの失敗

1つ目は、個人アカウントでの先行利用です。費用が安いモデルほど個人でも契約しやすく、事務所の承認を経ずに業務で使われ始めます。この状態では、データ処理条項も監査ログも事務所の管理外です。発見したときに叱責するのではなく、法人契約への移行経路を先に用意しておくほうが、実態が表に出てきます。

2つ目は、ベンチマークの読み違いです。公開されている指標は、コーディングやエージェント動作の評価が中心で、日本語の法務・税務文書の正確性を測ったものとは限りません。GLM-5.3-Flashについても、Z.aiが挙げているのはコーディングとエージェント系のベンチマークです（出典: Z.ai GLM-5.3-Flash Overview）。事務所で採否を決めるなら、自所の実案件を匿名化したものを参考値として十数件流し、比較するほうが判断材料になります。

あわせて起きやすいのが、日本語の出力品質を短い例文だけで判断してしまうことです。数百字のテストでは差が出にくく、実際の差は数千字の契約書や規程を読ませたときの一貫性に現れます。用語の揺れ、主語の取り違え、条項番号の対応付けといった点は、長い文書を通してはじめて見えます。評価用の素材は、短文ではなく自所で実際に扱う長さのものを選びます。

3つ目は、条番号の扱いです。海外モデルに限った話ではありませんが、日本の法令に関する学習量が少ないモデルほど、実在しない条番号を自然な日本語で出力します。出力された条番号をe-Gov法令検索で開いて確認する工程を手順に入れておかないと、書面に載ってから気づくことになります。確認を省ける場面はないという前提で設計します。

費用と検証にかかる工数の見積もり

費用面での魅力は分かりやすい一方、事務所が実際に負担するのは検証の工数です。参考値として、モデル1つを評価するのに、公開ドキュメントの読み込みに2時間から3時間、自所の案件を使った比較テストに半日、結果の取りまとめと所内共有に2時間という組み立て方があります。2つのモデルを比較するなら、この倍を見ます。

体制は、情報管理担当が第1軸から第4軸の材料集め、業務担当の有資格者が第5軸と第6軸の評価、所長が最終判断という3層にすると回ります。小規模事務所で担当を分けられない場合は、材料集めと判断を別の日に分けるだけでも、勢いで決める事故は減ります。

費用の見方でもう1つ注意したいのは、検証に使ったトークンも費用に乗るという点です。比較テストで長文を何度も流せば、その分の従量課金が発生します。評価の段階で上限額を決め、超えたら打ち切るという運用にしておくと、検証だけで予算を使い切る事態を避けられます。無料枠がある場合も、無料枠と有料プランでデータの扱いが違うことがあるため、条項を読んでから使います。

見落とされやすいのが、乗り換えのコストです。プロンプトをモデル固有の書き方に寄せてしまうと、次のモデルに移るときに書き直しが発生します。プロンプトは事務所の共有フォルダに平文で置き、モデル名と設定値を先頭にまとめて書いておく形にすれば、差し替えが1行で済みます。

海外モデルの選択肢が増えることで残る論点

ここから先に残る論点は3つです。1つ目は、モデルの入れ替えが早すぎて規程が追いつかない問題です。規程に個別のサービス名を書き込むと、半年で実態と合わなくなります。サービス名ではなく、処理国・保存有無・監査ログの3条件で許可基準を書く方式を採る事務所が出てきています。

2つ目は、自前環境で動かす選択肢です。重みが公開されているモデルを事務所内や国内クラウドで動かせば、データ所在の論点は形を変えます。一方で、運用負荷と更新への追随という別の負担が生じます。どちらが事務所にとって軽いかは、扱う情報の機微さと人員の構成で変わります。

加えて、国内のクラウド事業者が海外モデルを自社基盤で提供する形も増えています。この場合、モデルの出自は海外でも、契約相手と処理地は国内になります。事務所にとっては、モデル名だけでは判断できない組み合わせが増えるということで、確認する対象は常に契約書と公開ドキュメントに戻ります。

3つ目は、顧問先側の期待です。顧問先が自社でAIを使い始めると、事務所に対しても同じ道具での対応を求める場面が出てきます。そのとき事務所が何を使い、どこで処理しているかを説明できるかどうかは、価格以外の選ばれ方に効いてきます。予測ではなく、これらが論点になります。

よくある質問

GLM-5.3-Flashは日本の士業事務所でも使えますか

技術的には、APIまたは提供元のサービス経由で利用できる形になっています。ただし事務所として使えるかどうかは、入力する情報の機微さと、データ所在に関する事務所の方針で決まります。Z.aiは、サービスを原則としてシンガポールから提供し、個人データも原則としてシンガポールで処理されると記載しています（出典: Z.ai Privacy Policy）。

入力した内容は学習に使われますか

Z.aiのデータ処理条項には、顧客とエンドユーザーが入力・生成したコンテンツを保存せず、APIサービス提供のためにリアルタイムで処理すると記載されています（出典: Z.ai Privacy Policy）。この記載がどのプラン・どの利用形態に及ぶかは契約により変わるため、事務所で使う前に契約書面と該当条項を突き合わせる工程を置きます。

費用が安いモデルに乗り換えるべきでしょうか

費用だけで決めると、確認工数で相殺される場合があります。事務所で測るのは、単価ではなく1案件あたりの総所要時間です。自所の案件を匿名化して参考値として十数件流し、出力の手直しにどれだけ時間がかかるかを含めて比較すると、判断材料が揃います。

100万トークンのコンテキストは何に使えますか

分割せずに読ませられる資料の量が増えます。契約書一式の横断確認、過年度資料の突き合わせ、規程類の比較といった作業が候補になります。GLM-5.3-Flashのコンテキスト長は1Mと記載されています（出典: Z.ai GLM-5.3-Flash Overview）。ただし長く読ませるほど、入力する情報の機微さが上がる点は別に管理します。

顧問先の資料を匿名化すれば海外モデルに入れてよいですか

匿名化の水準によって話が変わります。氏名を伏せても、業種・所在地・規模の組み合わせで特定できる場合があり、どこまで加工すれば特定できなくなるかは事案ごとの判断になります。守秘義務の根拠は職種ごとに条文が置かれており、税理士であれば税理士法第38条が該当条文です。個別の評価は有資格者の領域なので、事務所としては匿名化の作業手順と承認者を先に決めておく形が現実的です。

海外モデルを事務所規程にどう書けばよいですか

サービス名を列挙する方式は、入れ替わりの速さに追いつきません。処理国が文書で公表されていること、入力データを保存しない条項があること、監査ログが取れることといった条件で許可基準を書き、個別のサービスは別紙の一覧で管理する方式を採る事務所があります。規程本文と別紙を分けておくと、改定の手間が下がります。

モデルの重みが公開されていれば自社サーバーで動かせますか

配布されているライセンスの内容によって、できることが変わります。GLM-5.3-Flashの配布形態とライセンスについては、報道と公式発表で表現が分かれているため、本記事では要確認とします。自前運用を検討する場合は、配布元の記載を直接確認し、商用利用の可否と再配布条件を読んだうえで判断する流れになります。

参考文献

• Z.ai GLM-5.3-Flash Overview（Z.AI Developer Document）
• Z.ai Privacy Policy（Data Processing Addendum を含む）
• e-Gov法令検索 個人情報の保護に関する法律
• e-Gov法令検索 弁護士法
• e-Gov法令検索 税理士法
• e-Gov法令検索 社会保険労務士法
• 個人情報保護委員会

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/