知財部の若手がAIに発明者役をさせて発明の聞き取りを練習し、聞き漏れた構成・効果・従来技術と質問の順番の振り返りを受ける

処理の起点を決める

若手が練習画面でシナリオカードを選び、「練習を始める」を押したときに起動します。 予定を組む必要はありません。指導役の空き時間に合わせなくてよいことが、回数を増やせる理由そのものです。

会話は若手が質問を送るたびに1往復ずつ進みます。練習は若手が「聞き取りを終える」を押し、要約を書いた時点で閉じます。 要約を書かずに閉じることはできないようにします。聞いた内容を自分の言葉でまとめられるかも、練習の一部だからです。

振り返りの下書きは、練習が閉じたときに1回だけ作ります。指導役への通知は、下書きができた時点で送ります。 指導役は、手が空いたときにまとめて確かめればよく、練習の場に立ち会う必要はありません。

入力データを集める

質を決めるのは、シナリオカードの隠れた事実の一覧です。 1枚に15〜25個の事実を、次の区分で並べます。

下の2行が、練習でいちばん差が出るところです。 失敗した試みは、請求の範囲をどこまで広げられるかの手がかりになります。公開の予定は、聞き漏らすと出願より先に発明が公になります。 特許法第29条は出願前に公然知られた発明などを特許の対象から外しており、第30条の新規性喪失の例外を使うには、出願と同時の書面と、出願から30日以内の証明書の提出が要ります。聞き取りの場で「発表の予定はありますか」と聞けるかどうかを、練習で確かめます。

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

シナリオカードは、自社の公開済みの出願から作ります。公開公報の明細書から、課題・構成・効果・実施例を事実の単位に分け、そこに発明者の人物像と、公報には書かれていない「話しぶり」を足します。

未公開の発明は題材にしません。 外部のAIサービスに渡すことになり、公開前の発明の内容が社外へ出ます。公開済みの出願なら、内容はすでに公になっています。 架空の発明を作る方法もありますが、事実どうしのつじつまが合わなくなりやすく、まずは公開済みの出願から始めるほうが確実です。

AIへ渡す前に整形する

1. 事実にIDを振る … F01 から順に振り、区分を付けます
2. 開示の条件を書く … 事実ごとに「どんな質問が来たら出すか」を1行で書きます。例：「従来はどうしていたかを聞かれたら」
3. 必須の事実に印を付ける … 聞き漏らすと明細書が書けない事実（課題、構成の要素、効果、知っている従来技術、公開の予定）を必須にします
4. 会話の長さを決める … 1回の練習は若手の質問30回までとし、超えたら終了を促します
5. 指示文を組み立てる … 人物像、事実の一覧、開示の条件、答え方の決まりを1つの指示にまとめます

2番目が、発明者役の振る舞いを決めます。 開示の条件が「聞かれたら」とだけ書かれていると、AIは関係の薄い質問にも事実を出してしまいます。どの言葉の質問なら出すのかを、具体的に書きます。

左の列の書き方だと、「何か気を付けていることは」のような質問にもAIが事実を出します。 右の列のように、若手が実際に口にすべき言葉を条件に書くと、その言葉が出たかどうかで、聞けたか聞けなかったかが決まります。 開示の条件そのものが、部の聞き取りの手引きの言い換えになっていきます。

3番目の必須の印は、振り返りの重みを決めます。 必須でない事実（失敗した試みの細部など）の聞き漏れは、振り返りで触れても本番の失敗にはつながりにくいものです。必須の聞き漏れから先に指導役の目に入るよう、印で並べ替えます。

AIに処理させる

ChatGPT にさせることは2つです。 練習のあいだは発明者役として答えること、練習のあとは振り返りの下書きを作ることです。

発明者役としてさせること

4行目がこの練習の肝です。 本物の発明者は、漠然とした質問には自分が話したいことだけを話します。AIが親切に構成まで説明してしまうと、若手は「漠然と聞いても答えが返る」と覚えてしまいます。

振り返りとしてさせること

4行目がいちばん起きやすい失敗です。 若手が一覧に無いことを聞くと、AIはもっともらしい答えを作ります。一覧に無いことは「そこまでは考えていない」と答えさせます。

指示内容を固定する

あなたは製造業の開発部門の技術者で、知財部の担当者から
自分の発明について聞き取りを受けている立場です。
これは知財部の新人が聞き取りを練習するための場です。

【あなたの人物像】{persona}
【発明の分野】{field}

【隠れた事実の一覧】
{facts}  ※ID・区分・内容・開示の条件の表

【答え方の決まり】
- 相手の質問が、ある事実の「開示の条件」に当たるときだけ、その事実を話してください。
- 条件に当たらない事実は、自分から話さないでください。
- 漠然とした質問には、人物像に書かれた話題（効果など）だけで答えてください。
- 一覧に無いことを聞かれたら「そこまでは考えていない」「試していない」と答え、
  新しい事実を作らないでください。
- 1回の答えで出す事実は、多くても2つまでにしてください。
- 知財の専門用語を使わないでください。技術者の言葉で話してください。
- 相手が新人であることに触れたり、ヒントを出したりしないでください。

【出力】
- reply には、あなたの答えの文を入れてください。
- disclosed には、この答えで話した事実のIDをすべて入れてください。
  話していない事実のIDを入れないでください。
- 相手が聞き取りを終える挨拶をしたら、ended を true にしてください。

「新しい事実を作らない」を書かないと、AIは話を膨らませます。 練習の会話としては自然でも、照合の相手である事実の一覧から外れた話が増え、聞き漏れの数が意味を失います。

「出す事実は多くても2つ」も同じ理由で書きます。 1つの質問に一覧の半分を答えてしまうと、若手は何を聞けばよいかを考える前に、答えを受け取ってしまいます。

振り返りの下書きには、別の指示を使います。中心は次の4行です。

- 聞き漏れの一覧は {missed_facts} として渡します。これを増やしたり減らしたりしないでください。
- 質問の順番は、手引きの順 {guide_order} と比べて、入れ替わっていた箇所だけを挙げてください。
- 要約に、会話の記録に無い内容が入っていたら、その文をそのまま写して指摘してください。
- 出てこなかった事実ごとに、それを引き出せた質問の例を1つずつ書いてください。

出力形式を固定する

発明者役の1往復ごとに、次の形のJSONで受け取ります。

{
  "reply": "",
  "disclosed": ["F03", "F07"],
  "ended": false
}

振り返りの下書きは、次の形で受け取ります。

{
  "session_id": "",
  "scenario_id": "",
  "missed": [
    { "fact_id": "", "category": "課題 | 構成 | 効果 | 従来技術 | 実施例の幅 | 失敗した試み | 公開の予定",
      "required": true, "example_question": "" }
  ],
  "order_issues": [ { "turn": 0, "comment": "" } ],
  "question_issues": [ { "turn": 0, "type": "leading | double | vague", "quote": "" } ],
  "summary_errors": [ { "quote": "", "comment": "" } ],
  "mentor_comment": ""
}

1つ目の理由は、聞き漏れを機械で数えられることです。 毎回の disclosed を集めれば、出た事実の集合ができます。シナリオカードの一覧からそれを引いたものが missed です。 ここはAIの判断ではなく、照合の処理が埋めます。

2つ目は、振り返りの各指摘に、会話の何回目かと、若手の発言の引用が付くことです。 turn と quote があれば、指導役は会話の記録を最初から読み直さずに該当箇所を確かめられます。

照合の処理は、missed を次の規則で埋めます。

3行目は、若手が「聞いていないのに知っているつもり」になった跡です。 本番では、発明者が言っていないことを出願依頼書に書く失敗になります。

3つ目は、mentor_comment を空のまま渡すことです。 ここは指導役が書く欄で、AIには埋めさせません。 空のまま確定できないようにしておくと、指導役のひと言が必ず残ります。

構造化出力は、すべての項目を required にし、additionalProperties を false にしたスキーマで渡します。指摘が無い欄は空の配列で返るので、「見なかった」と「何も無かった」を区別できます。 応答が拒否や途中で切れた形で返ったときは、公式の説明どおり、受け取った側で確かめてから使います。

システムへ連携する

案件台帳や発明届出の受付とはつなぎません。 練習の記録が本番の案件と混ざると、題材が公開済みの出願であることの確認が崩れます。

会話の記録は自社の側で持ちます。 毎回の要求に、それまでの会話をすべて付けて送る方式です。公式の説明では、この方式では会話の分だけ入力のトークンが増えます。質問の上限を30回にしているのは、練習の質のためだけでなく、費用の上限を決めるためでもあります。

人が確認する

指導役が開くのは、振り返りの下書きだけです。 練習に立ち会う必要はありません。

1. missed のうち required のものを先に見る … 必須の事実の聞き漏れは、本番で特許事務所からの質問になります
2. summary_errors を確かめる … 若手が聞いていないことを要約に書いていれば、本番で発明の内容を取り違える癖の表れです
3. order_issues と question_issues は、会話の該当箇所を見て採否を決める … AIの指摘が的外れなら消します
4. mentor_comment に、自分が本番で使う聞き方を一言書く
5. 確定する … 確定した振り返りだけが若手に届きます

4番目を省かないでください。 AIの講評は一般論に寄ります。指導役の「自分ならこう聞く」が、部の聞き方を引き継ぐ唯一の経路です。

目標は、1回の振り返りを15分で確定することです。 それ以上かかる回が続くなら、シナリオカードの開示の条件があいまいで、AIが事実を出しすぎているか、出さなすぎています。

例外に対処する

上の2行が、運用の初めに最も多く出ます。 どちらもAIの癖というより、開示の条件の書き方の問題です。 1枚のカードを数人で試してから、全員に出します。

記録を残す

• 練習ごとの会話の記録（質問、答え、出した事実のID）と、若手の要約
• 使ったシナリオカードの版と、そのときの事実の一覧
• 振り返りの下書きと、指導役が直した点・足したコメント
• 若手ごと・区分ごとの聞き漏れの推移
• カードごとの、事実が出てこなかった割合

カードの版を残すのは、開示の条件を直すたびに結果が変わるためです。 版が違う練習を並べて比べると、若手の上達とカードの修正の効果が混ざります。

最後の行は、カードの点検に使います。 どの若手でも出てこない事実があるなら、開示の条件が厳しすぎるか、手引きでその事項を教えていないかのどちらかです。 若手を責める前に、カードと手引きを直します。