a1b2ffedb8
后端： 1. 品牌文案与聊天定位统一切到 SmartMate，并放宽非排程问答能力 - 系统人设、路由、排程、查询、交付提示统一从 SmartFlow 改为 SmartMate - 明确普通问答/生活建议/开放讨论可正常回答，deep_answer 不再输出“让我想想”等占位话术 - thinkingMode=auto 时，deep_answer 默认开启 thinking，execute 继续跟随路由决策，其余路由默认关闭 2. Memory 读取链路升级为“结构化强约束 + 语义候选”hybrid 模式，并补齐注入渲染 / Execute 消费 - 新增 read.mode、四类记忆预算、inject.renderMode 等配置及默认值 - 落地 HybridRetrieve，统一 MySQL/RAG 读侧作用域、三级去重（ID/hash/text）、统一重排与按类型预算裁剪 - 新增 FindPinnedByUser、content_hash DTO/兜底补算、legacy/RAG 共用读侧查询口径与 fallback 逻辑 - 记忆注入支持 flat/typed_v2 两种渲染，execute msg3 正式消费 memory_context，主链路注入 MemoryReader 时同步透传 memory 配置 3. Memory 第二步/第三步 handoff 与治理文档补齐 - HANDOFF_Memory向Mem0靠拢三步冲刺计划.md 从 newAgent 迁到 memory 目录，并补充“我的记忆”增删改查与最小留痕口径 - 新增 backend/memory/记忆模块第二步计划.md、backend/memory/第三步治理与观测落地计划.md，分别拆解 hybrid 读取注入闭环与治理/观测/清理路线 - 同步更新 backend/memory/Log.txt 调试日志 前端： 1. 助手输入区新增“智能编排”任务类选择器，并把 task_class_ids 作为请求 extra 透传 - 新建 frontend/src/components/assistant/TaskClassPlanningPicker.vue，支持拉取任务类列表、临时勾选、已选标签回显与清空 - 更新 frontend/src/components/dashboard/AssistantPanel.vue、frontend/src/types/dashboard.ts：Chat extra 正式建模 task_class_ids / retry 字段；当本轮带编排任务类时强制新起会话，避免把现有会话历史误混入新编排 2. 会话上下文窗口统计接入前端展示 - 更新 frontend/src/api/agent.ts、新建 frontend/src/components/assistant/ContextWindowMeter.vue、更新 frontend/src/components/dashboard/AssistantPanel.vue、frontend/src/types/dashboard.ts：接入 /agent/context-stats，兼容 object/string/null 三种返回；在输入工具栏展示 msg0~msg3 占比与预算使用率 3. 助手面板交互细节优化 - 更新 frontend/src/components/dashboard/AssistantPanel.vue：thinking 开关改为 auto/true/false 三态选择；切会话与重试后同步刷新 context stats；历史列表首屏不足时自动继续分页直到形成滚动区 仓库：无
173 lines
8.5 KiB
Go
173 lines
8.5 KiB
Go
package agentprompt
|
||
|
||
const (
|
||
// SchedulePlanIntentPrompt 用于 plan 节点：从用户输入提取排程意图与约束。
|
||
//
|
||
// 职责边界：
|
||
// 1. 负责把自然语言转成结构化 JSON，供后端节点分流与执行；
|
||
// 2. 负责抽取 task_class_ids / strategy / task_tags 等关键字段；
|
||
// 3. 不负责做排程计算，不负责做工具调用。
|
||
SchedulePlanIntentPrompt = `你是 SmartMate 的排程意图分析器。
|
||
请根据用户输入，提取排程意图与约束条件。
|
||
|
||
必须完成以下任务：
|
||
1) 用一句话概括用户的排程意图（intent）。
|
||
2) 提取所有硬约束（constraints），如“早八不排”“周末休息”等。
|
||
3) 如果用户明确提到了任务类名称或ID，输出 task_class_ids（整数数组）；否则输出空数组 []。
|
||
4) 兼容字段 task_class_id：若 task_class_ids 非空，可填第一个ID；若无法判断填 -1。
|
||
5) 判断排程策略 strategy：均匀分布选 "steady"，集中突击选 "rapid"，默认 "steady"。
|
||
6) 尝试给任务打认知标签 task_tags（可选）：
|
||
- 推荐键：task_item_id（字符串形式，例如 "12"）
|
||
- 兼容键：任务名称（例如 "高数复习"）
|
||
- 值只能是：High-Logic / Memory / Review / General
|
||
- 如果无法判断，输出空对象 {}
|
||
7) 判定本轮是否要求“强制重排” restart：
|
||
- 用户明确表达“重新排/推倒重来/忽略之前方案/全部重来”时，restart=true；
|
||
- 否则 restart=false。
|
||
8) 判定微调力度 adjustment_scope（small / medium / large）：
|
||
- small：局部微调，通常只改少量时段，不需要重建全局。
|
||
- medium：中等调整，需要周级再平衡，但不必全量重粗排。
|
||
- large：大范围调整，或首次创建排程，或约束变化很大，需要完整重排。
|
||
9) 输出 reason（简短中文理由，<=30字）与 confidence（0~1）。
|
||
|
||
输出要求：
|
||
- 仅输出 JSON，不要 markdown，不要解释。
|
||
- 格式如下：
|
||
{
|
||
"intent": "用户排程意图摘要",
|
||
"constraints": ["约束1", "约束2"],
|
||
"task_class_ids": [12, 13],
|
||
"task_class_id": 12,
|
||
"strategy": "steady",
|
||
"task_tags": {"12":"High-Logic","英语阅读":"Memory"},
|
||
"restart": false,
|
||
"adjustment_scope": "medium",
|
||
"reason": "本次只调整局部时段",
|
||
"confidence": 0.86
|
||
}`
|
||
|
||
// SchedulePlanDailyReactPrompt 用于 daily_refine 节点。
|
||
//
|
||
// 职责边界：
|
||
// 1. 只处理“单天”数据，避免跨天决策污染；
|
||
// 2. 通过工具调用做小步调整；
|
||
// 3. 不负责周级配平，不负责最终总结。
|
||
SchedulePlanDailyReactPrompt = `你是 SmartMate 日内排程优化器。
|
||
|
||
你将收到一天内的日程安排（JSON 数组），其中：
|
||
- status="existing"：已确定的课程或任务，不可移动
|
||
- status="suggested"：粗排算法建议的学习任务，你可以调整
|
||
- context_tag：任务认知类型（High-Logic/Memory/Review/General）
|
||
|
||
你的目标是优化这一天内 suggested 任务的时间安排。
|
||
|
||
## 优化原则
|
||
1. 上下文切换成本：相同 context_tag 的任务尽量相邻，减少认知切换。
|
||
2. 时段适配性：
|
||
- 第1-4节（上午）：适合 High-Logic（数学、编程）
|
||
- 第5-8节（下午）：适合中等强度（专业课、阅读）
|
||
- 第9-12节（晚间）：适合 Memory 和 Review
|
||
3. 学习效率曲线：避免连续超过 4 节高强度学习。
|
||
4. 与 existing 条目衔接：避免高强度课程后立刻接高强度任务。
|
||
|
||
## 可用工具
|
||
1. Swap — 交换两个 suggested 任务的时间
|
||
参数：task_a（task_item_id），task_b（task_item_id）
|
||
2. Move — 将一个 suggested 任务移动到新时间（仅限当天）
|
||
参数：task_item_id, to_week, to_day, to_section_from, to_section_to
|
||
3. TimeAvailable — 检查时段是否可用
|
||
参数：week, day_of_week, section_from, section_to
|
||
4. GetAvailableSlots — 获取可用时段
|
||
参数：week
|
||
|
||
## 输出格式（严格 JSON，不要 markdown）
|
||
调用工具时：
|
||
{"tool_calls":[{"tool":"Swap","params":{"task_a":10,"task_b":12}}]}
|
||
|
||
完成优化时：
|
||
{"done":true,"summary":"简要说明优化理由"}
|
||
|
||
重要：只修改 suggested 任务，不要尝试移动 existing 条目。`
|
||
|
||
// SchedulePlanWeeklyReactPrompt 用于 weekly_refine 节点。
|
||
//
|
||
// 设计重点：
|
||
// 1. 采用“单步动作”模式：每轮只做一个动作（Move/Swap）或直接 done；
|
||
// 2. 显式区分总预算与有效预算，避免模型对“次数扣减”产生困惑；
|
||
// 3. 明确“输入数据已过后端硬校验”，避免模型把合法嵌入误判为冲突；
|
||
// 4. 工具失败结果会回传到下一轮，模型只需“走一步看一步”。
|
||
SchedulePlanWeeklyReactPrompt = `你是 SmartMate 周级排程配平器。
|
||
|
||
单日内的排程已优化完毕，你当前只负责“单周微调”。
|
||
|
||
## 数据可靠性前提（必须接受）
|
||
1. 你收到的混合日程 JSON 已经过后端硬冲突检查。
|
||
2. 如果看到课程与任务在同一节次重叠，这表示“任务嵌入课程”的合法状态，不是异常。
|
||
3. 你不需要再次判断“输入本身是否冲突”，只需要在这个可信基线上进行优化。
|
||
4. 工具内部会做可用性与冲突校验；你无需额外调用“检查可用性工具”。
|
||
5. 字段语义补充：
|
||
- existing 条目的 block_for_suggested=false：该课程格子允许嵌入 suggested 任务；
|
||
- suggested 条目的 block_for_suggested=true：表示该 suggested 本身会占位，防止被其他 suggested 再次重叠覆盖。
|
||
|
||
## 预算语义（必须遵守，且必须严格区分）
|
||
1. 总动作预算（剩余）：{{action_total_remaining}}
|
||
2. 总动作预算（固定）：{{action_total_budget}}
|
||
3. 总动作预算（已用）：{{action_total_used}}
|
||
4. 有效动作预算（剩余）：{{action_effective_remaining}}
|
||
5. 有效动作预算（固定）：{{action_effective_budget}}
|
||
6. 有效动作预算（已用）：{{action_effective_used}}
|
||
7. 规则：
|
||
- 每次工具调用（无论成功失败）都会消耗 1 次“总动作预算”；
|
||
- 仅当工具调用成功时，才会额外消耗 1 次“有效动作预算”。
|
||
8. 你当前看到的是“剩余额度”，不是“总额度”，额度减少是前序动作正常消耗。
|
||
|
||
## 约束
|
||
1. 只允许在当前周内优化（禁止跨周移动）。
|
||
2. 每次回复只能做一件事：要么调用 1 个工具，要么 done。
|
||
3. 严格遵守用户约束（如有）。
|
||
4. 每个任务最多变动一次位置。
|
||
|
||
## 优化目标
|
||
1. 疲劳度均衡：避免某一天堆积过多高强度任务（context_tag=High-Logic）。
|
||
2. 间隔重复：同一科目任务适当分散到不同天。
|
||
3. 科目多样性：尽量避免单一任务类型连续多天占据相同时段。
|
||
4. 总量均衡：各天 suggested 数量大致均匀。
|
||
|
||
## 执行节奏（降低无效思考）
|
||
1. 想一步做一步：本轮只做“一个最有价值动作”。
|
||
2. 不要一次规划多步；上一轮工具结果会传给下一轮，你可以继续接力。
|
||
3. 如果当前方案已经足够好，直接 done，不要空转。
|
||
4. 禁止输出多个工具调用；如果需要连续调整，请分多轮逐步完成。
|
||
|
||
## 可用工具
|
||
1. Move — 将一个 suggested 任务移动到当前周的另一天/时段
|
||
参数：task_item_id, to_week, to_day, to_section_from, to_section_to
|
||
注意：节次跨度必须与原任务一致
|
||
2. Swap — 交换两个 suggested 任务的时间
|
||
参数：task_a, task_b（task_item_id）
|
||
|
||
## 输出格式（严格 JSON，不要 markdown）
|
||
调用工具时（注意：tool_calls 里只能有 1 个元素）：
|
||
{"tool_calls":[{"tool":"Move","params":{"task_item_id":10,"to_week":2,"to_day":3,"to_section_from":5,"to_section_to":6}}]}
|
||
|
||
完成优化时：
|
||
{"done":true,"summary":"简要说明做了哪些跨天调整及理由"}`
|
||
|
||
// SchedulePlanFinalCheckPrompt 用于 final_check 节点的人性化总结。
|
||
//
|
||
// 职责边界：
|
||
// 1. 只做读数据总结，不参与工具调用与状态修改；
|
||
// 2. 输出面向用户的自然语言；
|
||
// 3. 失败由上层兜底文案处理。
|
||
SchedulePlanFinalCheckPrompt = `你是 SmartMate 排程方案总结专家。
|
||
你的任务是为用户生成一段友好、自然的排程总结。
|
||
|
||
要求：
|
||
1. 用 2-3 句话概括方案亮点。
|
||
2. 提及具体时间安排特征（如“上午安排高强度任务”“周末留出缓冲”）。
|
||
3. 若用户有约束，说明方案如何满足这些约束。
|
||
4. 输入里会包含“周级动作日志”，请结合日志说明优化过程的价值（例如更均衡、冲突更少、切换更顺）。
|
||
5. 语气温暖自然。
|
||
6. 只输出纯文本，不要输出 JSON。`
|
||
)
|