仕組み
Perchの仕組み
Perchはまずあなたの資料を読み、見つけた内容に基づいて回答し、すべての主張の出典を示します。
Perchは毎ターン、一つの原則に従います。まず読み、それから答え、出典を添えたままにすることです。このページでは、その原則を支えるループを説明します。Perchに何かを頼んだときに何が起きているのかがわかります。
まず読むリクエストに関連する文書を集めます。
作業する隔離されたサンドボックスで、読み取り、検索、分析を実行します。
出典を添えたままにする各主張に出典を示し、裏付けのないものには印を付けます。
まず読む
質問をすると、Perchは学習データの記憶から答えるのではありません。まず、リクエストに関連する資料を集めます:
- ワークスペース内のドキュメント(アップロードしたファイルでも、ローカルフォルダでも)。
- チームが追加したキュレーション済みのナレッジ。
- Perchがこれまでにあなたとあなたの仕事について学んだこと。
このステップをリトリーバルと呼びます。Perchが世の中一般についてではなく、あなたの3月の請求書や訴訟ファイルについて答えられるのは、このためです。
作業を行う
関連する資料がそろうと、Perchはタスクに取りかかります。作業の形は利用環境によって異なります:
- Webでは、一つのターンは出典が添えられた、根拠に基づく一つの回答です。
- デスクトップとCLIでは、Perchはオペレーターとして動作します。ファイルを読み、フォルダ全体を検索し、隔離されたサンドボックスで分析を実行して、数値を見積もるのではなく確認し、結果を生み出せます。
大きなタスクでは、Perchは一連のステップを計画し、作業の一部に役割を絞ったワーカーを使えます。主導するモデルはタスクの開始時に選ばれ、そのタスクの間は固定されるため、作業は最初から最後まで一貫します。
出典を添えたままにする
出力は仕事の半分にすぎません。Perchは各主張の裏付けとなる出典を添えるので、あなたはそれを信じるのではなく検証できます。根拠に基づく回答には元になった箇所が示され、裏付けのない主張は事実として示されるのではなく、印が付けられます。
これが、プロの仕事で重要になる違いです。回答を鵜呑みにするよう求められることはありません。どの主張も、元になった資料までたどれます。その仕組みは出典の検証で説明しています。
すべての利用環境でひとつのアカウント
Webチャット、デスクトップアプリ、CLIは一つの製品です。次のものを共有しています:
- ひとつのアカウント。一度サインインすれば、アクセス権がすべての利用環境に引き継がれます。
- ひとつのメモリ。ある利用環境でPerchが学んだことは、ほかの利用環境でも使えます。メモリを参照してください。
- プランに含まれる共通の使用量。プランに含まれる使用量は一つで、三つの利用環境すべてに適用されます。
その結果、ブラウザで質問を始め、説明し直すことなくデスクトップアプリで作業を続けられます。