- GLM Legalプロンプトは、分析を依頼する前に、提供された事実、タスク目標、管轄区域を分離します
- 引用ルールでは、すべての所見が出典となる条項または文書を参照することを要求します
- 出力スキーマにより、応答が構造化され、安定し、法務専門家がレビュー可能になります
- 品質管理は事実と分析を区別し、欠落情報にフラグを立てます
- 人間によるレビューは、成果物を実際に使用する前に必須です
GLM Legalプロンプトが異なる理由
信頼できる法務プロンプトは、単に質問をする以上のことを行います。事実記録と依頼タスクを分離し、法的文脈を定義し、回答の構造を正確に指定します。GLM Legalプロンプトがこの規律に従うのは、法務業務には会話的な推測ではなく、追跡可能で検証可能な成果物が求められるからです。
核心原則：事実、法的論点、適用法、出力構造、レビュー要件をプロンプト内で明示的に定義する。曖昧なプロンプトは曖昧な分析を生み、構造化されたプロンプトは弁護士が実際に確認できる作業成果物を生み出します。
背景事実
- 契約タイプ、当事者、目的
- 適用法および管轄区域
- 審査優先度の文脈
タスク定義
- 具体的な法務目標
- 番号付きの成果物
- 明示的な推論の制限
引用ルール
- 条項またはページの参照
- 出典のない事実の導入禁止
- 信頼度レベルの要求
出力スキーマ
- 固定された列構造
- 事実と分析の分離
- エスカレーション項目を含む
モデルに管轄区域や情報源セットを推測させてはいけません。準拠法、提供された正確な文書、必要な引用形式を明記したプロンプトは、オープンエンドな依頼よりも常に優れた結果をもたらします。
法務タスク別の主要プロンプトパターン
法務ワークフローごとに異なるプロンプト構造が必要です。以下の表は、GLM Legalの3つの主要なプロンプトパターンをそれぞれの用途に対応させたものです。
| プロンプトパターン | タスク目標 | 入力資料 | 出力の焦点 |
|---|---|---|---|
| 契約審査 | 義務、通常でない条項、リスクの特定 | 契約書本文、別紙、プレイブック | 論点リスト、リスク分類、フォローアップ質問 |
| 証拠整理 | 年表と論点マップの作成 | 年表、メール、訴状 | 事実マトリクス、タイムライン、矛盾リスト |
| コンプライアンスチェックリスト | 要件を管理策にマッピング | 規制、ポリシー、リスク登録簿 | 要件マトリクス、ギャップ、担当役割 |
契約審査プロンプトの構造。 契約タイプ、当事者、ビジネス目的、管轄区域、審査優先度を明記します。次に、条項参照、論点カテゴリ、平易な説明、ビジネスへの影響、修正案、信頼度レベルを依頼します。各所見には番号を付与します。
証拠整理プロンプトの構造。 事件、当事者、管轄区域、審査対象の論点を定義します。各出来事に出典文書を付した日付付き年表を要求し、観察された事実と主張を区別し、対立する証拠を説明せずに矛盾を解決することを禁止します。
コンプライアンスチェックリストプロンプトの構造。 組織、活動、管轄区域、規制のバージョン、審査期間を範囲として定めます。各要件を、要約、業務プロセス、証跡、担当役割、頻度、ステータス、是正措置にマッピングします。
プロンプトには必ず準拠管轄区域と規制のバージョンを指定してください。提供された資料から適用可能性を確認できない場合、プロンプトはモデルに推測させるのではなく、人間による確認が必要な項目としてマークするよう指示すべきです。
初めてのGLM Legalプロンプト作成：ステップバイステップ
背景事実を明記する
契約タイプ、当事者、ビジネス目的、適用法、審査優先度を箇条書きでリストします。事実と指示を分けておくことで、モデルが両者を混同できなくなります。
番号付き成果物でタスクを定義する
具体的な出力（例：条項参照、論点カテゴリ、説明、影響、フォローアップアクション、信頼度）を依頼し、番号を付けて各所見にすべて含まれるようにします。
引用要件を追加する
重要な結論すべてに出典引用を要求します。提供された文書に存在しない事実を導入することを明示的に禁止します。
出力スキーマを指定する
正確な列またはフィールドを定義します：論点ID、条項参照、リスクカテゴリ、所見、影響、フォローアップアクション、信頼度。固定スキーマにより、実行間で出力を比較可能になります。
品質管理を挿入する
タスクを復唱する、事実と前提を分離する、欠落情報を特定する、草案分析を最終的な法的結論として提示しない、といった指示を追加します。
すでに答えが分かっている小さな既知の文書セットでプロンプトを実行します。本番の法務資料に展開する前に、引用の挙動と事実性を検証してください。
品質管理とプロンプトの典型的な失敗
品質管理は、デモと信頼できるワークフローの分かれ目です。以下のprompt-quality-controlsパターンは、任意の法務プロンプトの先頭に追加できます。
| 管理策 | 機能 | 防げる失敗 |
|---|---|---|
| タスクの復唱 | モデルに理解の確認を強制する | 目的から外れた回答 |
| 事実と前提のリスト化 | 提供記録と推論を分離する | 捏造された事実前提 |
| 管轄区域の特定 | 分析を準拠法に固定する | 誤った管轄区域での推論 |
| すべての結論への引用 | 所見を出典に紐付ける | 出典のない法的主張 |
| 欠落情報へのフラグ | 結果を左右するギャップを明示する | 沈黙した自信に満ちた誤り |
| 固定出力スキーマ | 応答構造をロックする | 解析不能で一貫性のない出力 |
本番プロンプトに推奨される管理策セット：
- 管轄区域を明示的に定義する
- 出典文書セットを指定する
- 条項またはページの引用を要求する
- 事実と分析を分離する
- 固定出力スキーマを使用する
- エスカレーションまたはレビュー項目を含める
法務特化の言語モデルは、流暢でありながら誤った引用や quotations を生成することがあります。出力に含まれるすべての法典、引用文、日付、当事者名は、使用前に必ず原本と照合しなければなりません。
出力スキーマとレビューワークフロー
良く設計された出力スキーマは、モデルの応答を監査可能な作業成果物に変えます。各スキーマフィールドを人間のレビュー責任と対応させます。
| スキーマフィールド | 例（契約審査） | 人間のレビュー責任 |
|---|---|---|
| 論点ID | C-003 | 解決まで追跡する |
| 条項参照 | 第4.2条 | 引用テキストを検証する |
| リスクカテゴリ | 商業リスク | ビジネス文脈を確認する |
| 所見 | 通知期間のない自動更新 | 解釈を確認する |
| フォローアップアクション | 90日通知条項を要求 | 修正案を交渉する |
| 信頼度 | 中（提供テキストのみ） | それに応じて重み付けする |
プロンプト展開チェックリスト：
- 背景事実がタスク指示から分離されている
- 管轄区域と適用法が明示されている
- すべてのプロンプトに引用要件が含まれている
- 固定出力スキーマが定義・テスト済みである
- 本番使用前に人間によるレビュー手順が文書化されている
FAQ
Q: GLM Legalプロンプトの基本構造は何ですか？
GLM Legalプロンプトは4つのブロックで構成されます：背景事実（当事者、契約タイプ、管轄区域）、番号付きタスク定義、引用要件、固定出力スキーマです。事実と指示を分離することで、モデルは提供された記録に固定されます。
Q: なぜすべてのプロンプトで管轄区域を指定する必要があるのですか？
法的分析は準拠法に依存します。管轄区域が明示されていないと、モデルは誤った法体系で推論したり、管轄区域をまたいでルールを混在させる可能性があります。適用法と規制のバージョンを明記することは必須の品質管理です。
Q: GLM Legalプロンプトは弁護士によるレビューに代われますか？
いいえ。モデルの出力は作業補助であり、最終的な法的結論ではありません。資格を持つ弁護士が引用を検証し、適用可能性を確認し、実務で使用する資料を承認すべきです。プロンプトの品質管理は誤りを減らしますが、レビューの必要性をなくすものではありません。
Q: モデルが事実を捏造するのをどう防げばよいですか？
明示的なルールを追加してください：提供された文書に存在しない事実の導入を禁止する、すべての結論に引用を要求する、ギャップを前提で埋めるのではなく欠落情報にフラグを立てるようモデルに指示する、というものです。