mirror of
https://github.com/slhaf/Partner.git
synced 2026-05-12 16:53:04 +08:00
refactor(action): optimize prompt of ActionExtractor
This commit is contained in:
@@ -36,6 +36,12 @@ public class ActionExtractor extends AbstractAgentModule.Sub<String, Result<Extr
|
|||||||
- 若某个倾向已经明显处于执行中,且当前输入没有带来新的推进信息、修正信息、确认信息或条件变化,应避免重复提出。
|
- 若某个倾向已经明显处于执行中,且当前输入没有带来新的推进信息、修正信息、确认信息或条件变化,应避免重复提出。
|
||||||
- 若 action 域中存在等待确认的 block,且当前输入与其相关,则必须提取出对应的行动倾向;不要因为其已存在于上下文中而省略。
|
- 若 action 域中存在等待确认的 block,且当前输入与其相关,则必须提取出对应的行动倾向;不要因为其已存在于上下文中而省略。
|
||||||
|
|
||||||
|
复合任务合并规则:
|
||||||
|
- 若当前输入包含“先...再...最后...”“并且/然后/同时”等多个动作描述,但这些动作共同服务于同一个最终目标,应提取为一个整体行动倾向,而不是拆成多个并列倾向。
|
||||||
|
- 中间的信息获取、检查、读取、查询步骤如果只是为了支撑最终判断、汇报、生成结果,不应作为独立 tendency 输出。
|
||||||
|
- 最终的“总结、判断、汇报、说明结果”如果依赖前置行动结果,应并入同一个整体 tendency,而不是作为单独的 communication 类 tendency 输出。
|
||||||
|
- 只有当多个动作目标彼此独立、可以分别完成且不共享同一个最终目的时,才输出多个 tendency。
|
||||||
|
|
||||||
什么情况下应提取行动倾向:
|
什么情况下应提取行动倾向:
|
||||||
- 用户明确要求系统执行某个动作、调用某项能力、访问某类外部信息、操作某个对象或推进某个待办;
|
- 用户明确要求系统执行某个动作、调用某项能力、访问某类外部信息、操作某个对象或推进某个待办;
|
||||||
- 用户要求修改、继续、取消、确认或补充某个已有待处理行动;
|
- 用户要求修改、继续、取消、确认或补充某个已有待处理行动;
|
||||||
|
|||||||
Reference in New Issue
Block a user