関連するフロントエンド プロジェクト: gpt-meeting-web
ノードとは「会議」のプロセスにおけるアジェンダ(会議のリンク)を指し、現在5種類に分かれており、ノードの種類ごとにコンテキストの扱いが異なります。
一般的な状況: 背景情報 + AI キャラクター デザイン + プロンプト + 入力 = 出力
通常、今回のトピックと目標を入力し、直接送信することも、GPT に最適化させてから送信することもできます。
Lenovo には 2 つの AI 人間キャラクターが含まれており、そのうちの Lenovo キャラクターは複数のアイデアを生成するために使用され、質問キャラクターは生成されたアイデアに関連する質問をするために使用され、複数の質問をしてフォローアップすることができます (「質問ラウンド」に対応)全体の構造はツリー構造になっており、アイデアの生成がツリーのルートノードに相当し、アイデアに対する質問が枝の成長に相当します。 自動質疑応答に加えて、手動介入を実行して質問することもできます。
ディスカッションノードは、役割の異なる複数のメンバーを選択することができ、各メンバーは自分の特性に応じてディスカッションに参加できます。
入力を処理するためにプロンプトをカスタマイズします。
出力は通常、議論のプロセス全体を要約するための最後のノードとして使用され、その後、最終的な結論として指定された形式で出力されます。
まず、フローチャートは有向非巡回グラフである必要があり、「会議」が開始された後、トポロジカルな順序で実行されます。各ノードでは、現在のノードのすべての上流ノードの「結論」がそれ自体の「前のテキスト」とみなされ、GPT が十分な背景情報を取得し、理論的には現在のノードのタスクに応答することができます。より理想的になります。
自問と自答の関連付けはツリー構造で行われるので、コンテキストの整理は当然、現在の関連付けノードのすべての祖先ノードの対話記録のマークのように分かりやすくなります。下の図の赤枠部分です。
マルチロールディスカッションの開始時に、背景情報と現在のセッションの要件が自動的に提供されます。その後、各メンバーのスピーチが背景情報として以前の記録を提供します。
vscode
# 配置configs/config.yaml
# 依赖安装(在Makefile文件中定义了相关命令)
make init
# 运行(调试建议使用vscode)
kratos run
# 导入初始模版
cd cmd/script && go run dataOp.go importData
docker build -t gpt-meeting-service:v1 .
cd docker-compose
# 配置文件
mkdir conf && cp ../configs/ ./conf
# 启动
docker-compose up -d
# 停止
docker-compose down