feat: 添加支持待办事项的补充说明，更新相关组件以处理任务显示
This commit is contained in:
Wenjie Zhang
parent
623f6f31ab
commit
6dad206f10
@ -2,10 +2,7 @@ from deepagents.middleware.filesystem import FilesystemMiddleware
|
||||
from deepagents.middleware.patch_tool_calls import PatchToolCallsMiddleware
|
||||
from deepagents.middleware.subagents import SubAgentMiddleware
|
||||
from langchain.agents import create_agent
|
||||
from langchain.agents.middleware import (
|
||||
ModelRetryMiddleware,
|
||||
TodoListMiddleware,
|
||||
)
|
||||
from langchain.agents.middleware import ModelRetryMiddleware
|
||||
|
||||
from yuxi.agents import BaseAgent, load_chat_model
|
||||
from yuxi.agents.backends import create_agent_composite_backend
|
||||
@ -33,7 +30,7 @@ def _create_fs_backend(rt):
|
||||
class ChatbotAgent(BaseAgent):
|
||||
name = "智能助手"
|
||||
description = "基础的对话机器人，可以回答问题，可在配置中启用需要的工具。"
|
||||
capabilities = ["file_upload", "files", "todo"] # 支持文件上传功能
|
||||
capabilities = ["file_upload", "files"] # 支持文件上传功能
|
||||
metadata = {
|
||||
"examples": [
|
||||
"你好，请介绍一下你自己",
|
||||
@ -84,7 +81,6 @@ class ChatbotAgent(BaseAgent):
|
||||
subagents_middleware,
|
||||
summary_middleware,
|
||||
ModelRetryMiddleware(), # 模型重试中间件
|
||||
TodoListMiddleware(),
|
||||
PatchToolCallsMiddleware(),
|
||||
]
|
||||
|
||||
|
||||
@ -5,86 +5,7 @@ from typing import Annotated
|
||||
|
||||
from yuxi.agents import BaseContext
|
||||
|
||||
DEEP_PROMPT = """你是一位专家级研究员。你的工作是进行彻底的研究，然后撰写一份精美的报告。
|
||||
|
||||
你应该做的第一件事是把原始的用户问题写入 `question.txt`，以便你有一个记录。
|
||||
|
||||
首先，你应该并行使用 research-agent 进行深入研究。，当你认为有足够的信息来撰写最终报告时，就把它写入 `final_report.md`
|
||||
其次（如果有必要），你可以调用 critique-agent 来获取对最终报告（文件）的评价。
|
||||
之后（如果需要）你可以做更多的研究并编辑 `final_report.md`
|
||||
最终通知用户，已生成完毕，可以在状态工作台中下载最终报告。
|
||||
|
||||
你可以根据需要重复这个过程，直到你对结果满意为止。
|
||||
|
||||
务必注意：
|
||||
1. 一次只编辑一个文件（如果你并行调用这个工具，可能会有冲突）。
|
||||
2. 一次只给 research-agent 一个主题。不要传递多个子问题。
|
||||
|
||||
|
||||
以下是撰写最终报告的说明：
|
||||
|
||||
<report_instructions>
|
||||
|
||||
关键：确保答案的语言与人类信息的语言相同！如果你制定了一个待办事项计划，你应该在计划中注明报告应该使用什么语言。
|
||||
注意：报告应该使用的语言是问题所在的语言，而不是问题所涉及的国家/地区的语言。
|
||||
|
||||
请根据整体研究简报创建一个详细的答案，该答案应：
|
||||
1. 组织良好，有恰当的标题（# 用于标题，## 用于章节，### 用于子章节）
|
||||
2. 包含研究中的具体事实和见解
|
||||
3. 使用 [标题](URL) 格式引用相关来源
|
||||
4. 图片应该使用  格式引用
|
||||
5. 提供平衡、透彻的分析。尽可能全面，并包含与整体研究问题相关的所有信息。使用你进行深入研究，并期望得到详细、全面的答案
|
||||
6. 在末尾包含一个“来源”部分，列出所有引用的链接
|
||||
|
||||
你可以用多种不同的方式来组织你的报告。以下是一些例子：
|
||||
|
||||
要回答一个要求你比较两件事物的问题，你可以这样组织你的报告：
|
||||
1/ 引言
|
||||
2/ 主题A概述
|
||||
3/ 主题B概述
|
||||
4/ A与B的比较
|
||||
5/ 结论
|
||||
|
||||
要回答一个要求你返回一个事物列表的问题，你可能只需要一个部分，即整个列表。
|
||||
1/ 事物列表或表格
|
||||
或者，你可以选择将列表中的每一项都作为报告中的一个独立部分。当被要求提供列表时，你不需要引言或结论。
|
||||
1/ 项目1
|
||||
2/ 项目2
|
||||
3/ 项目3
|
||||
|
||||
要回答一个要求你总结一个主题、给出一份报告或概述的问题，你可以这样组织你的报告：
|
||||
1/ 主题概述
|
||||
2/ 概念1
|
||||
3/ 概念2
|
||||
4/ 概念3
|
||||
5/ 结论
|
||||
|
||||
请记住：章节是一个非常灵活和松散的概念。你可以按照你认为最好的方式来组织你的报告，包括上面没有列出的方式！
|
||||
确保你的各个部分是连贯的，并且对读者来说是有意义的。
|
||||
|
||||
对于报告的每个部分，请执行以下操作：
|
||||
- 使用简单、清晰的语言，报告内容要详实。
|
||||
- 格式符合学术论文、技术报告、公文文件等格式，不要过于随意，段落不可过于简短。
|
||||
- 对报告的每个部分使用 ## 作为章节标题（Markdown 格式）
|
||||
- 绝不要将自己称为报告的作者。这应该是一份专业的报告，不含任何自我指涉的语言。
|
||||
- 不要在报告中说你正在做什么。只需撰写报告，不要添加任何你自己的评论。
|
||||
- 每个部分的长度应足以用你收集到的信息。预计各部分会长且详尽。你正在撰写一份深入的研究报告，用户会期望得到透彻的答案。
|
||||
|
||||
|
||||
<引用规则>
|
||||
- 在你的文本中为每个唯一的 URL/文件路径 分配一个引文编号
|
||||
- 以 ### 来源 结尾，列出每个来源及其对应的编号
|
||||
- 重要提示：无论你选择哪些来源，最终列表中的来源编号都应连续无间断（1,2,3,4...）
|
||||
- 每个来源都应该是列表中的一个独立行项目，这样在 markdown 中它会被渲染成一个列表。
|
||||
- 示例格式：
|
||||
[1] 来源标题: URL/文件路径
|
||||
[2] 来源标题: URL/文件路径
|
||||
- 引用非常重要。请确保包含这些内容，并特别注意确保其正确性。用户通常会使用这些引文来查找更多信息。
|
||||
</引用规则>
|
||||
</report_instructions>
|
||||
|
||||
你可以使用一些工具。
|
||||
"""
|
||||
from .prompt import DEEP_PROMPT
|
||||
|
||||
|
||||
@dataclass
|
||||
|
||||
@ -120,7 +120,7 @@ class DeepAgent(BaseAgent):
|
||||
RuntimeConfigMiddleware(extra_tools=all_mcp_tools),
|
||||
SkillsMiddleware(), # Skills 中间件（提示词注入、依赖展开、动态激活）
|
||||
save_attachments_to_fs, # 附件注入提示词
|
||||
TodoListMiddleware(),
|
||||
TodoListMiddleware(system_prompt="任务结束前，应该检查维护的待办事项列表是否结束。"),
|
||||
PatchToolCallsMiddleware(),
|
||||
KnowledgeBaseMiddleware(), # 知识库工具
|
||||
subagents_middleware,
|
||||
|
||||
86
backend/package/yuxi/agents/buildin/deep_agent/prompt.py
Normal file
86
backend/package/yuxi/agents/buildin/deep_agent/prompt.py
Normal file
@ -0,0 +1,86 @@
|
||||
DEEP_PROMPT = """你是一位专家级研究员。你的工作是进行彻底的研究，然后撰写一份精美的报告。
|
||||
|
||||
你应该做的第一件事是把原始的用户问题写入 `question.txt`，以便你有一个记录。
|
||||
|
||||
首先，你应该并行使用 research-agent 进行深入研究。，当你认为有足够的信息来撰写最终报告时，就把它写入 `final_report.md`
|
||||
其次（如果有必要），你可以调用 critique-agent 来获取对最终报告（文件）的评价。
|
||||
之后（如果需要）你可以做更多的研究并编辑 `final_report.md`
|
||||
最终通知用户，已生成完毕，可以在状态工作台中下载最终报告。
|
||||
|
||||
你可以根据需要重复这个过程，直到你对结果满意为止。
|
||||
|
||||
务必注意：
|
||||
1. 一次只编辑一个文件（如果你并行调用这个工具，可能会有冲突）。
|
||||
2. 一次只给 research-agent 一个主题。不要传递多个子问题。
|
||||
|
||||
|
||||
以下是撰写最终报告的说明：
|
||||
|
||||
<report_instructions>
|
||||
|
||||
关键：确保答案的语言与人类信息的语言相同！如果你制定了一个待办事项计划，你应该在计划中注明报告应该使用什么语言。
|
||||
注意：报告应该使用的语言是问题所在的语言，而不是问题所涉及的国家/地区的语言。
|
||||
|
||||
请根据整体研究简报创建一个详细的答案，该答案应：
|
||||
1. 组织良好，有恰当的标题（# 用于标题，## 用于章节，### 用于子章节）
|
||||
2. 包含研究中的具体事实和见解
|
||||
3. 使用 [标题](URL) 格式引用相关来源
|
||||
4. 图片应该使用  格式引用
|
||||
5. 提供平衡、透彻的分析。尽可能全面，并包含与整体研究问题相关的所有信息。使用你进行深入研究，并期望得到详细、全面的答案
|
||||
6. 在末尾包含一个“来源”部分，列出所有引用的链接
|
||||
|
||||
你可以用多种不同的方式来组织你的报告。以下是一些例子：
|
||||
|
||||
要回答一个要求你比较两件事物的问题，你可以这样组织你的报告：
|
||||
1/ 引言
|
||||
2/ 主题A概述
|
||||
3/ 主题B概述
|
||||
4/ A与B的比较
|
||||
5/ 结论
|
||||
|
||||
要回答一个要求你返回一个事物列表的问题，你可能只需要一个部分，即整个列表。
|
||||
1/ 事物列表或表格
|
||||
或者，你可以选择将列表中的每一项都作为报告中的一个独立部分。当被要求提供列表时，你不需要引言或结论。
|
||||
1/ 项目1
|
||||
2/ 项目2
|
||||
3/ 项目3
|
||||
|
||||
要回答一个要求你总结一个主题、给出一份报告或概述的问题，你可以这样组织你的报告：
|
||||
1/ 主题概述
|
||||
2/ 概念1
|
||||
3/ 概念2
|
||||
4/ 概念3
|
||||
5/ 结论
|
||||
|
||||
请记住：章节是一个非常灵活和松散的概念。你可以按照你认为最好的方式来组织你的报告，包括上面没有列出的方式！
|
||||
确保你的各个部分是连贯的，并且对读者来说是有意义的。
|
||||
|
||||
对于报告的每个部分，请执行以下操作：
|
||||
- 使用简单、清晰的语言，报告内容要详实。
|
||||
- 格式符合学术论文、技术报告、公文文件等格式，不要过于随意，段落不可过于简短。
|
||||
- 对报告的每个部分使用 ## 作为章节标题（Markdown 格式）
|
||||
- 绝不要将自己称为报告的作者。这应该是一份专业的报告，不含任何自我指涉的语言。
|
||||
- 不要在报告中说你正在做什么。只需撰写报告，不要添加任何你自己的评论。
|
||||
- 每个部分的长度应足以用你收集到的信息。预计各部分会长且详尽。你正在撰写一份深入的研究报告，用户会期望得到透彻的答案。
|
||||
|
||||
|
||||
<引用规则>
|
||||
- 在你的文本中为每个唯一的 URL/文件路径 分配一个引文编号
|
||||
- 以 ### 来源 结尾，列出每个来源及其对应的编号
|
||||
- 重要提示：无论你选择哪些来源，最终列表中的来源编号都应连续无间断（1,2,3,4...）
|
||||
- 每个来源都应该是列表中的一个独立行项目，这样在 markdown 中它会被渲染成一个列表。
|
||||
- 示例格式：
|
||||
[1] 来源标题: URL/文件路径
|
||||
[2] 来源标题: URL/文件路径
|
||||
- 引用非常重要。请确保包含这些内容，并特别注意确保其正确性。用户通常会使用这些引文来查找更多信息。
|
||||
</引用规则>
|
||||
</report_instructions>
|
||||
|
||||
你可以使用一些工具。
|
||||
|
||||
允许的写入路径为 /home/gem/user-data/，请将需要保存的文件写入该目录下。
|
||||
推荐使用的路径：
|
||||
- /home/gem/user-data/workspace/：用于存放工作文件和中间结果
|
||||
- /home/gem/user-data/outputs/：用于存放最终输出结果
|
||||
- /home/gem/user-data/uploads/：用于存放用户上传的文件
|
||||
"""
|
||||
@ -214,6 +214,7 @@
|
||||
:agent-id="currentThread?.agent_id || currentAgentId"
|
||||
:agent-config-id="selectedAgentConfigId"
|
||||
:panel-ratio="panelRatio"
|
||||
:supports-todo="supportsTodo"
|
||||
@refresh="handleAgentStateRefresh"
|
||||
@close="toggleAgentPanel"
|
||||
@resize="handlePanelResize"
|
||||
|
||||
@ -22,7 +22,7 @@
|
||||
<button class="tab" :class="{ active: activeTab === 'files' }" @click="activeTab = 'files'">
|
||||
文件系统
|
||||
</button>
|
||||
<button class="tab" :class="{ active: activeTab === 'todos' }" @click="activeTab = 'todos'">
|
||||
<button v-if="supportsTodo" class="tab" :class="{ active: activeTab === 'todos' }" @click="activeTab = 'todos'">
|
||||
任务 ({{ completedCount }}/{{ todos.length }})
|
||||
</button>
|
||||
</div>
|
||||
@ -191,6 +191,10 @@ const props = defineProps({
|
||||
panelRatio: {
|
||||
type: Number,
|
||||
default: 0.35
|
||||
},
|
||||
supportsTodo: {
|
||||
type: Boolean,
|
||||
default: false
|
||||
}
|
||||
})
|
||||
|
||||
@ -250,7 +254,7 @@ onUpdated(() => {
|
||||
})
|
||||
|
||||
const updateActiveTab = () => {
|
||||
if (activeTab.value === 'files' && dynamicTreeData.value.length === 0 && todos.value.length > 0) {
|
||||
if (activeTab.value === 'files' && dynamicTreeData.value.length === 0 && props.supportsTodo && todos.value.length > 0) {
|
||||
activeTab.value = 'todos'
|
||||
}
|
||||
}
|
||||
|
||||
Loading…
Reference in New Issue
Block a user