財務・経理の担当から出る借入の財務制限条項・報告義務・期限の利益を失う条件の質問に、金銭消費貸借契約書と融資の約定書を根拠にチャットで答える

処理の起点を決める

社内チャットのボットへの投稿を起点にします。 質問は思い立ったときに来るので、待たせずにその場で答えます。チャットのボットからの通知を中継プログラムが受け、回答を同じスレッドに返します。

もう1つの起点は、契約書の追加です。新しい借入や変更契約を締結したら、財務課が PDF と文書の一覧を Cloud Storage に置きます。置いたあと、データストアに取り込み直す処理を動かします。 変更契約の取り込みが遅れると、その間の回答は古い条項を引くので、締結した週のうちに取り込むことを財務課の手順に入れます。

月に1回、借入の一覧表と、データストアに入っている文書の一覧を突き合わせます。 一覧表にあるのにデータストアに無い文書があれば、取り込み漏れです。

入力データを集める

質を決めるのは、メタデータの「置き換えられた条項の有無」と「見てよい部署」です。 前者が無ければ、変更前の条項で答えます。後者が無ければ、子会社の経理に親会社のシンジケートローンの条件が見えてしまいます。

メタデータは、文書を取り込むときに JSON で一緒に渡します。 借入の番号と金融機関は、絞り込みに使えるように「インデックスに使う（indexable）」項目に設定します。

データの取得方法を決める

絞り込みは、メタデータのフィルタで行います。 たとえば loan_id: ANY("SL-2024-01") のように、テキストの項目が指定した値のどれかに一致する文書だけを対象にできます。質問の文に借入の名前が無いときは、借入の番号で絞らず、質問者の部署で見てよい文書だけに絞ります。

中継プログラムが answer メソッドに送る要求は、おおむね次の形になります（:answer のエンドポイントに POST します）。

{
  "query": { "text": "SL-2024-01 の純資産の維持の基準は？" },
  "session": "",
  "searchSpec": {
    "searchParams": {
      "filter": "loan_id: ANY(\"SL-2024-01\") AND allowed_dept: ANY(\"accounting\")",
      "maxReturnResults": 10
    }
  },
  "queryUnderstandingSpec": {
    "queryClassificationSpec": {
      "types": ["ADVERSARIAL_QUERY", "NON_ANSWER_SEEKING_QUERY"]
    }
  },
  "groundingSpec": { "filteringLevel": "FILTERING_LEVEL_HIGH" },
  "answerGenerationSpec": {
    "includeCitations": true,
    "ignoreAdversarialQuery": true,
    "ignoreNonAnswerSeekingQuery": true,
    "promptSpec": { "preamble": "（次の「プロンプトまたは指示内容の例」）" }
  }
}

filter は質問者が書き換えられない場所で作ります。 質問の文に「全部の借入について」と書かれていても、allowed_dept の条件は中継プログラムが必ず付けます。質問の文から絞り込みの条件を組み立てると、質問の書き方しだいで権限が外れます。

見てよい文書の絞り込みを、メタデータのフィルタで行うのは理由があります。 Agent Search には、Cloud Storage などの元の権限に従って検索結果を絞るデータソースのアクセス制御がありますが、この機能はプレビュー（Pre-GA）です。 正式な提供になるまでは、中継プログラムが質問者の部署から絞り込みの条件を作る形にします。

引用の位置は、UTF-8 のバイト数で返ります。 回答の文中の引用の開始と終了の位置（startIndex／endIndex）は、文字数ではなくバイト数です。日本語は1文字が3バイトなので、文字数として扱うと、引用の印が回答の別の箇所に付きます。 中継プログラムでバイト列に直してから切り出します。

AIへ渡す前に整形する

1. 契約書の解析の設定 … データストアを作るときに、レイアウトの解析を指定し、チャンクの大きさを500、見出しを含める設定を有効にします
2. 文書の分け方 … 当初の契約と変更契約を1つの PDF にまとめず、文書ごとに別のファイルにします。版の区別のためです
3. メタデータの付与 … 借入の番号、金融機関、文書の種類、締結日、効力発生日、置き換えた条項、見てよい部署を JSON で付けます
4. ページ数の確認 … OCR の解析は PDF の最初の500ページまで。合本にした契約書は分けます
5. 借入名の辞書 … 社内での呼び方（「A行のシ・ローン」「設備資金の2号」）と借入の番号の対応表を作ります
6. 質問の分類の準備 … 判断を求める言い方（「抵触するか」「大丈夫か」「相談すべきか」）の一覧を作り、中継プログラムで印を付けます

3番目のメタデータは、文書ごとに次のような内容にします。

{
  "doc_id": "SL-2024-01-A02",
  "loan_id": "SL-2024-01",
  "lender": "幹事行と参加行（シンジケートローン）",
  "doc_type": "amendment",
  "amendment_no": 2,
  "signed_date": "2026-03-27",
  "effective_date": "2026-04-01",
  "replaces_clauses": ["第18条第2項", "第21条第1項"],
  "allowed_dept": ["finance", "accounting", "corporate_planning"]
}

replaces_clauses は、変更契約を読んで人が付けます。 どの条項を置き換えたかは変更契約の冒頭に書かれていることが多く、1本あたり数分で付けられます。これがあると、版の確認で「この条項は変更されている」と条項の単位で注記できます。

5番目を軽く見ないでください。 社内の質問は、契約書の正式な名前では来ません。「設備資金の2号」から借入の番号が引けないと、絞り込みが効かず、全部の借入の条項が混ざった回答になります。

6番目は、answer メソッドの分類とは別に持ちます。 answer メソッドには、敵対的な質問と、答えを求めていない質問を分類する機能があります。「抵触しそうか」は答えを求める質問なので、この分類では止まりません。 自社で印を付けます。

AIに処理させる

させるのは、条件に合う契約書から条項を探し、その条項に書かれていることを、引用を付けて答えることです。

1行目がいちばん求められ、いちばん危ない答えです。 質問者が本当に知りたいのは「大丈夫か」であることが多いのですが、条項の基準値と今期の数値を照らすのは、決算の数値が確定した後の財務課の仕事です。 回答は条項の写しまでに留めます。

指示内容を固定する

answer メソッドの promptSpec.preamble（回答の生成への指示）に次の内容を入れます。

あなたは財務部が用意した、借入の契約書の内容を答えるアシスタントです。
答えの根拠は、検索で見つかった契約書の条項だけにしてください。

【答え方】
- 最初に結論を1〜2文で書き、そのあとに条項の文言に沿って
  基準値・期限・対象・例外を書いてください。
- 金額・比率・日数・期限は、契約書の文言のまま書いてください。
  換算や言い換えをしないでください。
- どの文書の、どの条項を根拠にしたかを書いてください。
  当初の契約か、第何回の変更契約かも書いてください。
- 同じ条項について、当初の契約と変更契約の両方が見つかった場合は、
  効力発生日の新しいほうで答え、変更前の内容も併記してください。

【答えないこと】
- 財務制限条項に抵触するかどうか、抵触しそうかどうかは答えないでください。
  「財務課に確認してください」と書いてください。
- 金融機関に相談すべきかどうかは答えないでください。
- 契約書に書かれていないことを、一般論で補わないでください。
  見つからない場合は「契約書から該当の条項が見つかりませんでした」と答えてください。
- 条項の意味を推測で補足しないでください。

「両方が見つかった場合は新しいほうで答え、変更前も併記」が要点です。 併記させると、質問者は条件が変わったことにも気づけます。ただし、変更契約が検索で見つからなければ、この指示は効きません。 そのための確認を中継プログラムに置きます（第5章の4番目）。

根拠の弱い回答を出さない設定も使います。 groundingSpec の filteringLevel を FILTERING_LEVEL_HIGH にすると、根拠の支持の点数が低い回答は返らなくなります。返らなかった質問は、財務課の待ち行列に入れます。

出力形式を固定する

answer メソッドの応答から、中継プログラムが次の形に組み直してチャットに返し、記録にも残します。

{
  "question_id": "",
  "loan_id": "",
  "answer_text": "",
  "state": "answered | skipped | needs_review",
  "skipped_reason": "",
  "citations": [
    {
      "doc_id": "",
      "doc_type": "original | amendment | memorandum",
      "amendment_no": 0,
      "effective_date": "",
      "excerpt": ""
    }
  ],
  "latest_amendment_cited": true,
  "judgment_requested": false
}

1つ目の理由は、state で振り分けを決められることです。 answered はそのまま返し、skipped と needs_review は財務課の待ち行列に入れます。

2つ目は、latest_amendment_cited で版の確認を機械にさせられることです。 中継プログラムは、借入の文書の一覧から最新の変更契約を引き、citations の中にあるかを見ます。無ければ false にし、回答に「最新の変更契約で変わっている可能性があります」と付けます。

3つ目は、excerpt で質問者が自分で確かめられることです。 引用した条項の文言そのものを回答の下に並べます。回答の文と条項の文言が食い違っていれば、質問者が気づけます。

システムへ連携する

複数の往復の会話にも対応できます。 answer メソッドは、前の回答のセッションを渡すと、続きの質問として扱えます。「その基準値はいつから変わった？」のような続きの質問を、前の借入の文脈で答えられます。 ただし、続きの質問でも絞り込みの条件は毎回中継プログラムが付け直します。

借入の一覧表と契約書には書き込みません。 この構成は読むだけで、契約の情報を変える経路を持ちません。

人が確認する

財務課が見るのは、待ち行列に入ったものだけです。 answered の回答は、引用した条項の文言を質問者が自分で確かめます。

1. needs_review のうち、判断を求める質問を課長が見る … 条項の基準値と今期の見込みを照らして答えます
2. 最新の変更契約を引いていない回答を担当が見る … 変更契約の該当条項を開き、回答を直して返します
3. skipped の質問を担当が見る … 契約書に該当の条項が無いのか、取り込み漏れか、借入名の辞書に無い呼び方かを見分けます
4. 直した回答を記録する … どの回答を、どう直したかを残します

3番目の見分けが、この構成を育てます。 取り込み漏れなら文書を足し、辞書に無い呼び方なら辞書に足します。同じ理由の skipped が続くなら、仕組みのほうに直すところがあります。

目標は、120件をならして1件10分です。 質問者が回答と引用を読んで確かめる時間と、財務課が待ち行列の質問に答える時間を合わせた平均です。

例外に対処する

上から3行目までは、質問の仕方と辞書の問題です。 最初の1か月は skipped が多く出ますが、多くは借入の呼び方の違いです。辞書を足すと、目に見えて減ります。

記録を残す

• 質問の文、質問者のアカウントと部署、日時
• 中継プログラムが付けた絞り込みの条件（借入の番号、見てよい部署）
• answer メソッドの応答の全文（回答、引用、根拠の対応、回答しなかった理由）
• latest_amendment_cited と judgment_requested の値
• 財務課が直した回答と、直した人・日時
• 回答のときにデータストアに入っていた文書の一覧

最後の行を残すのは、変更契約の取り込みが遅れていた期間を後からたどるためです。 取り込み漏れが見つかったとき、その期間に同じ借入について出した回答を一覧にし、質問者に知らせ直せます。