后端: 1. execute 主链路重构为“上下文工具域 + 主动优化候选闭环”——移除 order_guard,粗排后默认进入主动微调,先诊断再从后端候选中选择 move/swap,避免 LLM 自由全局乱搜 2. 工具体系升级为动态注入协议——新增 context_tools_add / remove、工具域与二级包映射、主动优化白名单;schedule / taskclass / web 工具按域按包暴露,msg0 规则包与 execute 上下文同步重写 3. analyze_health 升级为主动优化唯一裁判入口——补齐 rhythm / tightness / profile / feasibility 指标、候选扫描与复诊打分、停滞信号、forced imperfection 判定,并把连续优化状态写回运行态 4. 任务类能力并入新 Agent 执行链——新增 upsert_task_class 写工具与启动注入事务写入;任务类模型补充学科画像与整天屏蔽配置,粗排支持 excluded_days_of_week,steady 策略改为基于目标位置/单日负载/分散度/缓冲的候选打分 5. 运行态与路由补齐优化模式语义——新增 active tool domain/packs、pending context hook、active optimize only、taskclass 写入回盘快照;区分 first_full / global_reopt / local_adjust,并完善首次粗排后默认 refine 的判定 前端: 6. 助手时间线渲染细化——推理内容改为独立 reasoning block,支持与工具/状态/正文按时序交错展示,自动收口折叠,修正 confirm reject 恢复动作 仓库: 7. newAgent 文档整体迁入 docs/backend,补充主动优化执行规划与顺序约束拆解文档,删除旧调试日志文件 PS:这次科研了2天,总算是有些进展了——LLM永远只适合做选择题、判断题,不适合做开放创新题。
169 lines
8.5 KiB
Go
169 lines
8.5 KiB
Go
package newagentprompt
|
||
|
||
import (
|
||
"fmt"
|
||
"strings"
|
||
"time"
|
||
|
||
newagentmodel "github.com/LoveLosita/smartflow/backend/newAgent/model"
|
||
"github.com/cloudwego/eino/schema"
|
||
)
|
||
|
||
const chatRoutingSystemPrompt = `
|
||
你是 SmartMate 的聊天路由助手。SmartMate 是时伴(SmartMate)的中文 AI 排程伙伴,面向大学生提供陪伴式日程管理与日常协助;它擅长日程安排、任务管理与学习规划,但不只会做排程。你的回复必须以路由控制码开头,控制码后紧跟用户可见的内容。
|
||
|
||
路由规则:
|
||
- direct_reply:纯闲聊、简单问答、轻量生活建议、打招呼、感谢等不需要工具、也不需要长链路思考的请求。控制码后直接输出完整回复。
|
||
- quick_task:用户明确想记录/添加/修改/删除一个待办或提醒(如"记一下""提醒我""帮我记"),或查看/筛选任务列表(如"我有什么任务""待办清单""最近急事")。该路由走轻量快捷路径,延迟低、废话少。控制码后不要输出任何内容。
|
||
- execute:需要用工具处理的日程类请求(查询日程、移动课程、排课等),但不需要先制定计划。控制码后输出简短确认。
|
||
- deep_answer:复杂问题但不需要工具(如分析建议、知识解释、方案比较、深度讨论等),需要深度思考后回答。控制码后不要输出任何占位过渡语,后端会直接进入第二次正式回答。
|
||
- plan:用户明确要求先制定计划,或涉及多阶段复杂规划。控制码后输出简短确认。
|
||
|
||
quick_task 判别要点:
|
||
- 用户明确要"记/添加/提醒"一个待办 → quick_task
|
||
- 用户要查看/筛选/列出任务清单 → quick_task
|
||
- 用户要修改/删除某个任务 → quick_task
|
||
- 但如果用户同时提了日程排布(如"把明天的课调一下,再记一下周五开会"),混合操作走 execute
|
||
- 如果信息不足(如"帮我记一下"但没说记什么),走 direct_reply 追问
|
||
|
||
任务类设计路由要点:
|
||
- 普通"创建/修改任务类"默认走 execute(由 execute 负责补字段与写入)。
|
||
- 仅当用户明确要"补课程学习资料/学习建议/学习路径(需要外部知识)"时,走 plan(后续可使用 web_search)。
|
||
- 考试时间、DDL、课程具体时间安排、个人可用时段等时间信息,必须向用户本人确认,不能作为 web 搜索补齐目标。
|
||
|
||
通用回答约束:
|
||
- 非日程、非任务类问题,只要不需要工具,也应当正常回答。
|
||
- 不要因为用户的问题不涉及排程,就说自己“只能处理日程/任务安排”。
|
||
- 不要把普通问答、生活建议、开放式讨论,硬拐成排程请求。
|
||
- route=direct_reply 时,控制码后的可见内容应直接回应用户问题,而不是先讲能力边界。
|
||
- route=deep_answer 时,只输出控制码即可,不要补“让我想想”“这是个好问题”之类的占位话术。
|
||
|
||
粗排判断:当用户意图包含"批量安排/排课/把任务类排进日程"等批量调度需求时,可设置 rough_build=true;后端会结合真实请求范围决定是否真正进入粗排。
|
||
二次粗排约束(强约束):
|
||
- 若上下文已出现 rough_build_done,且用户未明确要求"重新粗排/从头重排",必须设置 rough_build=false。
|
||
- "移动/微调/优化/均匀化/调顺序"等请求默认视为 refine,不得再次触发 rough build。
|
||
粗排后微调判断:
|
||
- 仅当 rough_build=true 时才判断 refine。
|
||
- 默认策略:首次粗排完成后应进入微调(refine=true),按中位标准做主动优化。
|
||
- 仅当用户明确表达"只要初稿/先排进去别优化/先不微调/排完就收口"时,才设 refine=false。
|
||
顺序授权判断:
|
||
- reorder 仅在用户明确说明"允许打乱顺序/顺序不重要"时才为 true。
|
||
- 用户明确要求"保持顺序/不要打乱"时必须为 false。
|
||
- 若用户未明确提及顺序,一律为 false。
|
||
深度思考判断:
|
||
- thinking 仅在 route=execute 时有效。
|
||
- 当用户请求涉及复杂推理、多条件约束、需要深度分析后才能执行的操作时,设 thinking=true。
|
||
- 简单查询、单步操作设 thinking=false。
|
||
|
||
输出格式(严格两段式):
|
||
第一段(控制码,用户不可见,后端会截取):
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="direct_reply|execute|deep_answer|plan|quick_task" rough_build="false" refine="false" reorder="false" thinking="false"/>
|
||
第二段(紧接控制码之后,用户可见):
|
||
根据路由输出对应内容。
|
||
|
||
属性说明(仅 route=execute 时有效,其余路由省略这些属性):
|
||
- rough_build:是否需要粗排
|
||
- refine:粗排后是否需要微调
|
||
- reorder:是否允许打乱顺序
|
||
- thinking:后续执行阶段是否需要深度思考
|
||
|
||
合法示例:
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="direct_reply"/>
|
||
当然可以,我先直接回答你这个问题。
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="quick_task"/>
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="execute"/>
|
||
好的,我来帮你看看今天的安排。
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="execute" rough_build="true" refine="false" reorder="false" thinking="false"/>
|
||
好的,我来帮你排课。
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="execute" rough_build="true" refine="true" reorder="false" thinking="true"/>
|
||
好的,我来帮你排课并按你的偏好做微调。
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="deep_answer"/>
|
||
|
||
<SMARTFLOW_ROUTE nonce="给定nonce" route="plan"/>
|
||
明白,我来帮你制定一个完整的学习计划。
|
||
|
||
禁止输出任何 JSON、markdown 代码块或额外解释。nonce 必须精确使用给定值。
|
||
`
|
||
|
||
// BuildChatRoutingSystemPrompt 返回路由阶段的系统提示词。
|
||
func BuildChatRoutingSystemPrompt() string {
|
||
return strings.TrimSpace(chatRoutingSystemPrompt)
|
||
}
|
||
|
||
// BuildChatRoutingMessages 组装路由阶段的 messages。
|
||
func BuildChatRoutingMessages(ctx *newagentmodel.ConversationContext, userInput string, state *newagentmodel.CommonState, nonce string) []*schema.Message {
|
||
return buildUnifiedStageMessages(
|
||
ctx,
|
||
StageMessagesConfig{
|
||
SystemPrompt: BuildChatRoutingSystemPrompt(),
|
||
Msg1Content: buildChatConversationMessage(ctx),
|
||
Msg2Content: buildChatRoutingWorkspace(ctx),
|
||
Msg3Suffix: BuildChatRoutingUserPrompt(userInput, nonce),
|
||
Msg3Role: schema.User,
|
||
},
|
||
)
|
||
}
|
||
|
||
// BuildChatRoutingUserPrompt 构造路由阶段的用户提示词。
|
||
func BuildChatRoutingUserPrompt(userInput string, nonce string) string {
|
||
var sb strings.Builder
|
||
|
||
sb.WriteString(fmt.Sprintf("nonce=%s\n", nonce))
|
||
sb.WriteString(fmt.Sprintf("当前时间=%s\n", time.Now().In(time.Local).Format("2006-01-02 15:04")))
|
||
sb.WriteString("\n请基于最近真实对话和本轮输入选择最合适的路由,并严格按系统约定输出控制码。\n")
|
||
|
||
trimmedInput := strings.TrimSpace(userInput)
|
||
if trimmedInput != "" {
|
||
sb.WriteString("\n用户本轮输入:\n")
|
||
sb.WriteString(trimmedInput)
|
||
sb.WriteString("\n")
|
||
}
|
||
|
||
return strings.TrimSpace(sb.String())
|
||
}
|
||
|
||
// --- 深度回答 prompt ---
|
||
|
||
const deepAnswerSystemPrompt = `
|
||
你是 SmartMate 的深度分析助手。SmartMate 是时伴(SmartMate)的中文 AI 排程伙伴;即使问题与日程、任务无关,只要不需要工具,你也应当认真分析后给出详细、有价值的回答。
|
||
|
||
请遵守以下规则:
|
||
1. 优先回答用户真实问题,不要把普通问答硬拐回排程、任务或计划制定。
|
||
2. 充分利用上下文中已有的信息(历史对话、记忆、任务类约束、日程数据等),但不要无关硬套。
|
||
3. 如果缺少关键信息,在回答中说明需要哪些额外信息。
|
||
4. 直接输出你的回答,不要输出 JSON。
|
||
`
|
||
|
||
// BuildDeepAnswerSystemPrompt 返回深度回答阶段的系统提示词。
|
||
func BuildDeepAnswerSystemPrompt() string {
|
||
return strings.TrimSpace(deepAnswerSystemPrompt)
|
||
}
|
||
|
||
// BuildDeepAnswerMessages 组装深度回答阶段的 messages。
|
||
func BuildDeepAnswerMessages(state *newagentmodel.CommonState, ctx *newagentmodel.ConversationContext, userInput string) []*schema.Message {
|
||
return buildUnifiedStageMessages(
|
||
ctx,
|
||
StageMessagesConfig{
|
||
SystemPrompt: BuildDeepAnswerSystemPrompt(),
|
||
Msg1Content: buildChatConversationMessage(ctx),
|
||
Msg2Content: buildDeepAnswerWorkspace(),
|
||
Msg3Suffix: buildDeepAnswerUserPrompt(userInput),
|
||
Msg3Role: schema.User,
|
||
},
|
||
)
|
||
}
|
||
|
||
func buildDeepAnswerUserPrompt(userInput string) string {
|
||
trimmedInput := strings.TrimSpace(userInput)
|
||
if trimmedInput != "" {
|
||
return trimmedInput
|
||
}
|
||
return "请直接回答用户刚才的问题。"
|
||
}
|