feat: 新建任务的 prompt 里写 /goal 也自动变 goal
上一提交只覆盖了已有主线的转换,新建任务的 prompt 里写 /goal 时仍会当成普通一轮任务跑。本提交补上 POST /tasks 入口:prompt 经 cloud/goal_command.py 解析后,目标即新任 务的 prompt 与 goal,goal_mode 强制为 1(命令优先于 body 里的 goal_mode=0),plan/验收命令冲突仍按新建规则 400, 空目标 400 不建任务;讨论里提到 /goal 不触发。 单测补 5 项:/goal 直写、整句、空目标、plan/验收冲突、 讨论 prompt 不变。
This commit is contained in:
1 parent
3096e04345
commit
f3bd65c171
3 files changed
+59
-2
No files matched your search
+4
-1
@@ -539,7 +539,10 @@ goal 模式的继续:server 把任务转成新 goal 语义(goal=新消息、
|
||||
持久 /goal,目标是收xxx”,或直接写“/goal 收xxx”。解析在
|
||||
`cloud/goal_command.py`(server 与 worker 共用同一份,防两端
|
||||
判断不一致);只是在讨论里提到“/goal 的用法”不算命令。
|
||||
入口三处同款:`POST /tasks/{id}/followups`、
|
||||
新建目标也同款:`POST /tasks` 的 prompt 里直接写 `/goal
|
||||
收xxx`(或上面那句整话)即新建 goal 任务,prompt 与 goal
|
||||
都存解析出的目标,不用勾 goal 选项;空目标、plan 冲突、
|
||||
带验收命令各 400。入口三处同款:`POST /tasks/{id}/followups`、
|
||||
`POST /tasks/{id}/thread/message`、`POST /tasks/{id}/continue`
|
||||
(message 字段);响应里 `delivery` 说明实际走了哪条路:
|
||||
queued 主线原地转 goal(`goal_converted`)、已终态复活并转
|
||||
|
||||
Reference in new issue
Block a user