- GLM Legal API ドキュメントは、アクセス経路、リクエストパターン、法務ワークフロー統合について解説します。
- アクセスはコンサルテーション方式です。組織は公開セルフサービスキーではなく、公式の法務相談窓口を利用します。
- 管轄区域、引用ルール、出力フォーマットを含むプロンプトスキーマを使用することで、安定したレビュー可能な結果が得られます。
- GLM-Legal 製品を、LawGLM オープンソースプロジェクトおよび一般的な GLM cookbook リソースと区別してください。
- すべての法務アウトプットは、実務で使用する前に専門家による人間のレビューが必要です。
GLM Legal API ドキュメント概要
GLM Legal は、GLM ファミリーを基盤とした法務特化モデルであり、契約レビュー、証拠分析、法務リサーチ、コンプライアンス計画、起草ワークフロー向けに位置づけられています。その API アクセスモデルは、一般的なセルフサービス型 LLM API とは異なります。組織は公式の相談チャネルを通じて利用し、その間、GLM cookbook などの公開開発資料がプロトタイピング作業を支援します。
| アクセス層 | 状態 | 最適な用途 | 参考 |
|---|---|---|---|
| 公式相談窓口 | コンサルテーション方式のアクセス | 法律事務所、法務部門、リーガルテックベンダー | Z.ai公式サイト |
| GLM cookbook | 公開済み | プロトタイプ、プロンプトワークフロー、RAG 設計 | GitHub |
| LawGLM リポジトリ | オープンソース研究プロジェクト | 法務 QA 研究、データセット探索 | GitHub |
| THUDM GLM リポジトリ | 基盤リソース | モデルファミリーの背景、アーキテクチャ研究 | GitHub |
GLM-Legal（公式製品方向性）、LawGLM（過去のオープンソース法務 AI プロジェクト）、および一般的な GLM モデルは、それぞれ別個のリソースです。cookbook のサンプルを GLM-Legal 製品ドキュメントとして扱わないでください。また、LawGLM を公式 GLM-Legal 製品として提示しないでください。
中核となる法務ユースケースとリクエスト設計
適切に構造化された GLM Legal リクエストは、タスクの目的を定義し、関連するソース資料を提供し、必要な出力フォーマットを指定します。以下の各ワークフローは同じパターンに従います。目的、入力、構造化出力、そして人間によるレビューです。
契約レビュー
- 契約義務、通常と異なる条項、欠落条項を特定
- 入力：契約書テキスト、別紙、プレイブック
- 出力：条項サマリー、課題リスト、リスク分類
証拠分析
- 事実マトリクスとイベント時系列の作成
- 入力：時系列記録、メール、訴状
- 出力：タイムライン、ソースマッピング、矛盾リスト
法務リサーチ
- リサーチ課題と論点ツリーの構造化
- 入力：法令、規則、判例
- 出力：権威情報サマリー、フォローアップトピック
コンプライアンス計画
- 要件を運用管理策へマッピング
- 入力：規則、ポリシー、リスク登録簿
- 出力：要件マトリクス、管理チェックリスト
法務起草
- 構造化された初稿の生成
- 入力：テンプレート、事実関係、定義用語
- 出力：アウトライン、草案文言、未解決課題
文書トリアージ
- 高スループットの受付と分類
- 入力：メタデータ付きの大量文書セット
- 出力：振り分け判断、初回サマリー
| ワークフロー | 入力資料 | 出力の焦点 | レビュー責任者 |
|---|---|---|---|
| 契約レビュー | 契約書テキスト、別紙、レビュー基準 | 課題リスト、リスク等級、フォローアップ質問 | 契約弁護士 |
| 証拠分析 | 時系列記録、メール、別紙 | 事実マトリクス、タイムライン、矛盾 | レビューチーム |
| 法務リサーチ | 法令、判例、リサーチノート | 論点ツリー、権威情報サマリー | 法務専門家 |
| コンプライアンス | 規則、ポリシー、職責 | 要件マトリクス、チェックリスト | コンプライアンスチーム |
事実背景をリクエストタスクから分離し、適用管轄区域を明記し、すべての発見事項に条項またはページの引用を要求し、出力スキーマを固定してください。これにより、応答が安定し監査可能になります。
ステップバイステップの API 統合ワークフロー
この順序に従えば、検証ステップを飛ばさずに、評価から本番統合へと進められます。
法務タスクを定義する
条項抽出や特定契約タイプの課題発見など、明確な成功基準を持つ、範囲の絞られた文書ベースのタスクを選択します。
アクセスを申請する
公式の相談窓口を利用します。組織情報、ワークフロー、管轄区域、文書量、データ取り扱い要件を記載してください。
代表的な文書を準備する
クリーンで利用許可済みのラベル付き資料を収集します。テストの前に重複を除去し、機密情報や特権保護情報を保護します。
構造化プロンプトとスキーマを構築する
事実背景、管轄区域、タスク定義、引用ルール、固定出力スキーマ（課題 ID、条項参照、リスクカテゴリ、信頼度）を含むプロンプトパターンを実装します。
事実性と引用を評価する
すべての事実的主張、引用文、法務引用を元のソースと照合します。ソースに裏づけられた結論と仮定を区別します。
人間の承認と監視を設計する
エスカレーションルール、監査ログ、評価セットを追加します。実務で使用されるすべての成果物は、資格を持つ弁護士が承認します。
本番統合の前に、正解が判明している代表的な文書でモデル評価を実行します。多段階推論、拒否挙動、繰り返し実行時の一貫性をテストしてください。
モデル選択とベンチマークの背景
単一のベンチマークスコアではなく、タスク指向とワークフロー適合性に基づいてモデルを選択してください。ベンチマークごとに測定する能力の次元が異なり、評価設定が異なればスコアは相互に互換性がありません。
| モデル | 主な焦点 | 法務タスク適合性 | ワークフロー適合性 |
|---|---|---|---|
| GLM-Legal | 法務ドメイン業務 | 文書分析、課題特定、法務推論支援 | 契約レビュー、証拠整理、監督下の法務運用 |
| GLM-5.3-Flash | 高速な汎用実行 | 特化が不要な場合の起草、分類、振り分け | 文書受付、トリアージ、コスト重視の自動化 |
| 汎用 GLM モデル | 幅広い言語タスク | 強力な指示と検索による法務支援 | カスタムアシスタント、RAG、関数呼び出しシステム |
| ベンチマーク | 測定内容 | 制約 |
|---|---|---|
| Harvey LAB | 実務的法務推論タスク | 選択されたタスク、プロンプト、管轄区域に限定 |
| LegalBench | カテゴリ別のタスク特化型法務推論 | 実際のクライアント文脈や法改正を反映しない場合あり |
| PLawBench | 法務理解と推論問題 | 言語、管轄区域、プロンプト設計により変動 |
| クロスベンチマーク | フレームワーク間のカバレッジ差異 | 異なる設定のスコアは相互に互換性がない |
ベンチマーク結果は、管理された条件下でのモデル挙動を比較するものです。専門的判断、ワークフロー検証、または自組織の文書でのテストの代替にはなりません。
統合前チェックリスト
相談窓口に連絡する前、または本番作業を開始する前に、この準備リストを完了してください。
API 統合の準備状況：
- 主要な法務ワークフローとビジネス目標を定義する
- 適用される管轄区域と言語を特定する
- 文書フォーマットとコーパス規模を見積もる
- 想定トラフィック、レイテンシ、並行性を指定する
- プライバシー、保持期間、アクセス制御要件を文書化する
- 人間によるレビューと監査手順を計画する
- RAG または関数呼び出しが必要かどうかを判断する
保守しやすい法務 AI スタックは、文書パース、管轄対応検索、構造化 JSON 出力、引用トラッキング、関数呼び出し、および人間の承認ステップを組み合わせたものです。
FAQ
Q: 公開セルフサービスの GLM Legal API キーはありますか？
いいえ。公開資料によれば、GLM-Legal API の提供可否、サービス範囲、オンボーディング、商用条件は、公開セルフサービス登録ではなく、z.ai の公式法務相談窓口を通じて取り扱われます。
Q: アクセス取得前に GLM cookbook でプロトタイプを作れますか？
はい。GLM cookbook は、プロンプトワークフロー、構造化出力、検索パイプライン、ツール連携アプリケーションの実装パターンを提供します。ただし、これは一般的な GLM リソースであり、GLM-Legal 製品ドキュメントではありません。
Q: GLM Legal API リクエストのプロンプトはどのように構造化すべきですか？
事実背景をタスクから分離し、適用管轄区域を明記し、提供されたソースへの引用を要求し、出力スキーマを固定し、欠落事実と未解決課題の指摘をモデルに依頼してください。出力は専門家レビュー待ちの草案として扱ってください。
Q: LawGLM は GLM Legal と同じですか？
いいえ。LawGLM は、法務アプリケーションパターンの研究に有用な、オープンソースの研究指向法務 AI プロジェクトです。公式 GLM-Legal 製品として提示すべきではありません。