要約はビッグ・モデル・ベース機能の1つで、単純でありながら複雑なタスクであり、正しく実行されるためにはビッグ・モデル・ベース機能と明確な目的を持って構築された命令を必要とする。ビッグ・モデルの公式文書にある2つの例から見てみよう。
例えば、OPENAIの公式議事録のプロンプト:
あなたには会議の議事録が配布されるので、会議の内容を以下のように要約すること: -議論の全体的なまとめ -行動項目(何をすべきか、誰がそれを行うか) -該当する場合は、次回の会議でさらに詳しく話し合う必要のある議題のリスト。
クロードは、長いコンテンツから重要な情報を抽出する公式な例だ:
以下のレポートを分析する必要がある: [Matterport SEC filing 10-K 2023 の全文は、スペースの都合上、ここには掲載されていません。] この年次報告書を簡潔明瞭に要約し、そこから重要な市場トレンドとキーメッセージを特定してください。分析結果と要約を私のチームに送れるような短いメモを作成してください。このメモの主な目的は、私のチームに金融機関の最新の状況を伝え、次の四半期に起こりうる業務リスクや収益リスクを定性的に予測・特定することです。要約と分析には、関連するすべての詳細を含めるようにしてください。
AI活用の一般的な「まとめ方
要約:文書、オーディオ、ビデオの要約を素早く行うこと。知識を要約するには、一般的に3つの方法がある:
チャットツールに「要約」と入力する:
ネイティブアプリケーションの統合:
ブラウザのプラグイン:
インストラクションの要点をまとめる
AIを使って知識を要約する方法すら知らないだろう...。要約は最もよく使われ、最も難しい。要約は知識の要約、知識の陳述、知識の拡張に分けられる。参照コンテンツに基づいて要約されることもあれば、大規模なモデルの学習知識に基づいて自己生成されることもある。要約の観点と粒度(深さ)を抽出する必要性にも注意してください。要約の出力形式制御。情報の抽出と要約は異なるので、キューワードの構成に注意すること。
キュー・インストラクション構築の要点をまとめる:
- コンテンツの観点(情報のみを抽出していることを明確にしながら、あるいは要約テキストの再構築を可能にしながら)
- グラニュラリティ
- 出力フォーマット
まとめ ヒント 指導の共有
通常はネイティブアプリケーションもしかしたらブラウザ・プラグイン特定の要約タスクを実行することは可能だし、このタイプの優れたツールはたくさんある。
タスクを実行する要約ツールの背後にあるロジック、特に、要約ツールの構築の背後にあるロジックがわからない場合、そのようなロジックを理解する必要がある。指示の要約ロジックは、あるシナリオでうまく機能する道具を選ぶのに苦労するとき、あるいは道具をよりうまく使うのに苦労するときに使う。
1.簡単な要約
TL;DR
または、"summary "と入力する。
2.分析法の概要の紹介
マッキンゼーが提唱する、業界を理解するための簡単な方法をご存知だろうか?それは、業界の高頻度キーワードを数多く使ってコンセプトを構築することです。 今、私はインターコムツールについて何も知らない素人ですが、私のために30の一般的なキーワードを分類し、ヘッダーを持つMarkdownテーブルを作ってください: キーワード(英語)、分類(中国語)、イントロダクション(50語以内)、カスタマーサービス利用シナリオ。
具体的な分析方法や要約のアイデアを紹介することもできるし、要約の形式を要求することもできる。
3.その分野の専門家によるまとめ
# 役割 - 様々なビジネス分析手法を通じて、ユーザーコンテンツを要約することに特化したMBAエキスパートの役割を担っていただきます。 #の思考プロセス - 最初にユーザーコンテンツを分析し、次にコンテンツを要約するための適切な分析モデルまたは分析方法を選択します。 - 適切な分析モデルや分析手法を用いて、ユーザーコンテンツを要約する。 # 制限事項 - ユーザーに挨拶をしない - ユーザーに思考プロセスを説明しない - 要約」以外の作業を行わない #アウトプット - グラフ、表、アウトライン、コードなど、要約結果をユーザーに出力するために最も適切なデータ形式を選択する必要があります。
4.本の要約
知識豊富な校閲者のふりをしてください。本を紹介し、重要な各章について個別に論じてください。最後に、この本の中心的な考え方を要約し、あなたの考えを述べてください。ありがとうございました。
速読に適用:プロンプトには、序文+概要+要約+解説が含まれる。
5.サブテーマサマリー
テキスト]のコンセプトを理解し、トピックをひとつずつ説明し、最後に[テキスト]のコンセプト全体を11歳の子供のように説明してくれる。 テキスト=[ここにテキストを挿入]。
要約の結果に影響を与えるプロセスである、テーマを印刷するプロセスに重点を置き、印刷されたテーマに基づいてコンセプトを要約し続ける。
6.サマリー・マインドマップ
Xmindツールを使って、複数のトピックとサブトピック、およびリーフノードを持つ『猫の品種大全』のマインドマップを作成したいのですが。Xmindとの互換性のために、Markdown形式のテキストを提供していただけませんか?Markdownフォーマットでは、#はセントラルテーマ、##はメインテーマ、###はサブテーマ、-はリーフノードを表します。上記のフォーマットを参照し、マークダウンコードブロックで効果的なマインドマップを作成するのを手伝ってください。 "Xmindツールを使ってマインドマップを作成したいです。Xmindと互換性のあるMarkdown形式のテキストを提供してもらえますか?マーケティングのメイントピックを中心としたセントラルテーマを含めてください。その他の情報は、マインドマップを効果的なマインドマップにするためのサブトピックに移動します。"
https://dillinger.io/或https://markmap.js.org/repl生成。出力形式を厳密に管理するために、マークダウン出力形式の例を示すことができる。
7.ビデオ・サマリー
コース[テキスト]で述べられている知識を、個人的な理解や解釈を加えずに理解すること。複数の時点で同様の知識が説明されている場合は、最も古い時点の知識を保持する。テキスト]の対応する時点が[要約]の内容と繰り返しが多い場合、その時点のアウトプットは破棄する。 出力表: 時点 [知識ポイント] [ナレッジポイントのプレゼンテーションまたはディスカッションの内容] ... [要約]: 本文中の知識ポイント、概要、エンティティ用語の要約。 要約 テキスト
8.速く読むために構造化された記事の要約を生成する
重要:元の記事に著者と出典の情報がある場合は、「著者」の代名詞を使うのではなく、著者の名前と出典の情報を直接使って要約しましょう。例:「ティム・フェリス、ポッドキャスト『ティム・フェリス・ショー203』で......に関する3つのヒントを紹介」。 中国語の組版原則について:意味に従って自然な段落を分けてください。 以下のステップに従って、簡体字の文書を整理、再構築、洗練してください。 ステップ1:整理と再構築 記事全体をよく読み、主旨、筋道、トピックを理解する。 トピックに従って記事の内容を分類し、明確で論理的な構造を形成する。 よりスムーズで簡潔な表現にするために、記事の各パートの表現を作り直す。 原文の重要な情報、データ、詳細はできる限りすべて保持し、情報の損失がゼロになるように努める。 各コンテンツの前に適切な見出しを付け、読者が素早く索引を付け、方向付けできるようにする。 ステップ2:キーポイントの洗練 照合と再構成をもとに、3~5個の核となるポイントを抽出する。 各ポイントは、本論と2-3個の支持論で構成される。 論証は原文に由来するもので、論証を強力に支持し、仕上げの効果を発揮できるものでなければならない。 主なポイントは、記事の核となる論点を完全にカバーし、記事の主旨と価値を強調するものでなければならない。 要点は簡潔であるべきで、長くて煩雑なものは避け、重要なポイントを強調し、適切な場所に言葉を置く。 ステップ3:リソースの抽出 エッセイで言及されているツール、人、本、記事、その他のリソースを特定する。 それぞれのリソースについて200字程度で簡潔に説明し、そのリソースの特徴を強調する。 リソースへのリンクを提供する。 さらに、この記事を読みながら、私は以下の部分を記事の焦点であり、あなたに学ぶための参考となるものとして強調しました: {% for highlight in document.highlights %} - {{ highlight.content }} {% endfor %}. {#- 以下のif-elseロジックはドキュメントの長さをチェックします。ドキュメントが長い場合、GPTプロンプトウィンドウの制限を超えないようにキーフレーズを使用します。自分が何をしているかわかっていない限り、この設定を変更しないことを強くお勧めします。-#} % if (document.content | count_tokens) > 2000 %} {{ document.content | central_tokens {{ document.content | central_sentences | join('nn') }} とします。 % else %} {{% {{ document.content }} % endif {% endif %} 基本フォーマット: """ タイトル: {{ document.title }} 著者:{{ document.author }} ソース:{{ document.domain }} あらすじ 核心点: リソース """ 出力形式の要件 本文のタイトルは "Summary "とする。 本文では、タイトルを "Core Points "とし、各ポイントには "Point 1″、"Point 2″などと記す。 リソース・セクションの見出しは "Resources "とする。 各セクションをマークダウン構文で分割し、明確な階層と美観を確保する。 その他の要件 出力コンテンツは、上記の3つの部分を含み、「出力形式の要件」で指定された順序で配置すること。 アウトプットの前に、回答全体をもう一度読み返し、誤字脱字、句読点の誤用、話し方の不備等がないかをチェックし、不備のないように心がけてください。 出力後、本文に記載された内容に関連して、次のステップへの提案をお願いします。2-3アクションの簡単な説明で十分です。
9.COD密度の連鎖、知識ポイントの多ラウンド要約
記事: {{ ARTICLE }} 上記の記事の簡潔でエンティティ密度の高い要約がどんどん生成されます。 以下の2つのステップを5回繰り返す。 ステップ1. 先に生成された要約に欠けている、記事の1~3個の有益なエンティティ("; "区切り)を特定する。 ステップ2. 同じ長さで、前の要約のすべてのエンティティと詳細をカバーし、欠落しているエンティティを加えた、より密度の高い新しい要約を書く。 欠けているエンティティとは - メインに関連する ストーリー具体的でありながら簡潔である(5語以下)。 - 具体的でありながら簡潔(5語以下)、新規性(前回の要約にない)、新規性(前回の要約にない)、および - 新規性(前回の要約にない)、忠実(記事中に存在する)、、、。 - 忠実な(記事中に存在する)、どこでも(記事中のどこにでも位置することができる)。 - anywhere(記事のどこにでもある)。 ガイドライン - 最初の要約は長く(4~5文、~80語)、しかし非常に非特異的で、欠落しているとマークされたエンティティ以上の情報をほとんど含まないようにする。80ワードに達するには、過度に冗長な表現とフィラー(例:「この記事は論じている」)を使用する。 - 一語一語を大切にする:フローを改善し、エンティティを追加するスペースを作るために、前回の要約を書き直す。 - 融合、圧縮、「この記事は論じている」のような情報量の少ないフレーズの削除でスペースを作る。 - 要約は、高密度で簡潔でありながら自己完結的、つまり、記事なしでも容易に理解できるものにする。 - 欠落しているエンティティは新しい要約のどこに出現してもよい。 - 前の要約から実体を削除してはならない。 スペースが確保できない場合は、新しい実体を少なく追加する。 各要約に全く同じ語数を使用することを忘れないこと。 JSON は、「Missing_Entities」と「Denser_Summary」をキーとする辞書のリスト(長さ 5)でなければならない。
COD密度連鎖に基づく品質評価