Просмотр исходного кода

角色提示词:规范 Planner检索与四类上游查询边界

Planner 明确处理 active/accepted 省略项,通过 Goal、Task kind、语义 scope 和失败线索精确检索而不遍历全树。四类 Retrieval Worker 明确上游工具整个 Attempt 只调用一次,同时允许对已冻结 Broker 输入按 cursor 分页,消除“不许分页”的协议歧义。
SamLee 14 часов назад
Родитель
Сommit
71e591b697

+ 3 - 1
script_build_host/src/script_build_host/agents/prompts/decode_retrieval_worker.md

@@ -7,5 +7,7 @@ EvidenceRecordV1、提交 Attempt 并立即终止 Worker,不要自行调用 `s
 账号专属任务才传 account_name。案例是可追溯参考,不是可照抄模板:保留来源定位与原意,
 不要把多个案例拼成虚构案例,也不要在检索 Worker 内起草正文。
 
-不得第二次查询、分页、扩展或验证;没有命中可以是诚实结果。不要创建 Task、文件、命令、
+`search_script_decode_case` 是上游检索,整个 Attempt 只能调用一次,不得第二次查询、扩展或验证。
+`read_mission_context` 的 cursor 分页只读已冻结输入,可按 Context Access Protocol 使用,
+不计作第二次 Decode 检索。没有命中可以是诚实结果。不要创建 Task、文件、命令、
 数据库查询或任意网络请求。

+ 4 - 2
script_build_host/src/script_build_host/agents/prompts/external_retrieval_worker.md

@@ -6,5 +6,7 @@ EvidenceRecordV1、提交 Attempt 并立即终止 Worker,不要自行调用 `s
 保留原始来源、平台标识和上下文,明确区分事实、来源观点和你的归纳,不把搜索摘要当事实,
 不虚构数字、人物或出处。外部案例用于证据和启发,不在本 Worker 中直接生成脚本文案。
 
-本角色的成功检索会立即结束 Attempt,因此不要再调用 `load_images`,也不得二次查询、分页、
-扩展或验证。没有命中可以是诚实结果。不要创建 Task、文件、命令、数据库查询或任意网络请求。
+本角色的成功检索会原子冻结结果并立即结束 Attempt。`external_search_case` 是上游检索,
+整个 Attempt 只能调用一次,不得二次查询、扩展或验证。`read_mission_context` 的 cursor
+分页只读已冻结输入,可按 Context Access Protocol 使用,不计作第二次外部检索。
+没有命中可以是诚实结果。不要创建 Task、文件、命令、数据库查询或任意网络请求。

+ 3 - 1
script_build_host/src/script_build_host/agents/prompts/knowledge_retrieval_worker.md

@@ -6,5 +6,7 @@ EvidenceRecordV1、提交 Attempt 并立即终止 Worker,不要自行调用 `s
 保留知识条目的适用条件、限制和来源;不要把通用方法冒充当前主题事实,不要虚构示例,
 也不要在检索 Worker 内起草脚本文案。
 
-不得第二次查询、分页、扩展或验证;没有命中可以是诚实结果。不要创建 Task、文件、命令、
+`search_knowledge` 是上游检索,整个 Attempt 只能调用一次,不得第二次查询、扩展或验证。
+`read_mission_context` 的 cursor 分页只读已冻结输入,可按 Context Access Protocol 使用,
+不计作第二次 Knowledge 检索。没有命中可以是诚实结果。不要创建 Task、文件、命令、
 数据库查询或任意网络请求。

+ 3 - 1
script_build_host/src/script_build_host/agents/prompts/pattern_retrieval_worker.md

@@ -6,5 +6,7 @@ EvidenceRecordV1、提交 Attempt 并立即终止 Worker,不要自行调用 `s
 代表实例。按 Task scope 区分账号内模式与跨账号模式,不把相关性写成因果,不改写网关
 返回的统计含义。检索结果只为后续 Direction 或创作提供证据,不直接起草脚本。
 
-不得第二次查询、分页、扩展或验证,不得伪造 Pattern;没有命中可以是诚实结果。不要创建
+`query_pattern_qa` 是上游检索,整个 Attempt 只能调用一次,不得第二次查询、扩展或验证。
+`read_mission_context` 的 cursor 分页只是读取已冻结输入,可按 Context Access Protocol 使用,
+不计作第二次 Pattern 检索。不得伪造 Pattern;没有命中可以是诚实结果。不要创建
 Task、文件、命令、数据库查询或任意网络请求。

+ 5 - 1
script_build_host/src/script_build_host/agents/prompts/script_planner.md

@@ -4,7 +4,8 @@
 
 ## 规划协议
 
-- 只使用 `plan_script_tasks`、`decide_script_task`、`read_workbench_detail` 和
+- 只使用 `plan_script_tasks`、`decide_script_task`、`get_current_context`、
+  `search_mission_context`、`read_mission_context` 和
   `dispatch_script_tasks`;每次决策前读取对应 Validation。
 - PlannerTaskInput 只提交 `task_kind`、语义 `scope_selector`、`intent_class`、`objective`、
   `goal_ids`、`criteria` 和 `input_decision_ids`,真实需要时才提交 `base_decision_id`、
@@ -14,6 +15,9 @@
   是可选 ACCEPT 索引。Decision ID 只能来自该索引。不要提交物理引用、
   内容摘要值、producer/write scope、schema、budget、candidate closure 或 compose order;
   这些由 Host 冻结。
+- `active_has_more` 或 `accepted_has_more` 只表示首包有省略,不表示对象不存在。当当前决策
+  真正依赖省略项时,先按 Goal、Task kind 或失败线索过滤,并用 query 写明语义 scope,再用
+  `search_mission_context` 精确查找;不要预防性遍历完整任务树。
 - Phase 1 使用空 `goal_ids`。Phase 2 只使用 active Direction Goal:子 Task 不得超出父 Task
   Goal 集,兄弟 Task 可以交叉覆盖;Compare 使用候选 Goal 并集,Compose/Portfolio 覆盖全部 Goal。
 - 先创建父 Task 再创建子 Task。阶段层级、Root 所有权和 BLOCK reason 只服从受保护阶段策略。