トランスクリプトの概要を簡潔に書き、プロトコルの構造を説明します。 Return JSON {"summary_brief":"...","structure":"...","open_questions":"..."}: 何を抽出するか、プロトコル構造 (決定事項、責任者とのタスク、期限)、および不明瞭な/未解決の箇所を強調表示する方法に関するモデル指示。
会議の概要は再話ではなく、抜粋です。記録から 3 つの異なる情報を引き出す必要があります。決定事項 (最終的に何が決定されたか)、タスク (誰が、何を、いつまでに)、未解決の質問 (何が保留されているか) です。力学: モデルはテキスト全体を読み取り、意味をこれらのカテゴリにグループ化します。ただし、名前を付けた場合のみです。 「要約を作成してください」という一般的な要求は混乱を引き起こします。 「決定を議論から分離し、タスクごとに責任者と期限を示してください」という要求がプロトコルを示します。プロのトリック: 各タスクの責任者と期限を明確に要求し、それらが入力されていない場合は、モデルにダッシュまたは質問を付けさせ、埋め合わせを行わないようにします。これにより、概要が疑問を呈することができる実用的な文書に変わります。 2 番目のトリック: 最後に「理解できない場所」のリストを尋ねます。意味が二重になるフレーズです。こうすることで、参加者と何を明確にすべきかをすぐに見つけることができます。インサイダー: 短い半ページのプロトコルは読まれますが、長い再話は読まれません。音量制限を要求します。よくある間違いは、スムーズな要約を当然のことと考えることです。常に元の記録で解決策と数値を確認してください。
アクセスのロックを解除して、AI による即時レビューのためにソリューションを送信します。