feat(agent): align prompts and runtime with workflow@20261020

- archive workflow/20261020 export (diff vs 20261016: collection prompt
  only - state-decides-body rule, route when info complete)
- prompts: collection.md updated; 6 photo/confirm prompts archived with
  source nodeIds; render_prompt replaces {{$vars}} (Asia/Shanghai clock,
  person fields, explicit 'not provided' for missing prefills)
- llm: message history passed as user/assistant roles (chatNode history=50);
  optional LLM_TEMPERATURE; FakeLLMService supports history-aware responders
- collect: context via system supplement, raw user input as user message
  (Text Editor#2 parity), shared validated_reply (one call, one repair)
- welcome: Assigned Reply#3 original text, stored in dialogue history
- transitions: 2004 plate-confirm entries (2003->2004/2005, 2004->2005)
- verified: prompt files byte-identical to workflow JSON (parametrized test)

src/agent/prompts/collection.md

@@ -1,10 +1,13 @@
 # 事故信息收集 · 系统提示词
 #
-# 来源: workflow/20261016/事故信息采集2025118.json 节点「事故信息收集」(nodeId: yQaBxfrWjbRr, chatNode)
-# 提取: 2026-10-19，版本 workflow@20261016；后续修改须更新版本号并注明差异。
+# 来源: workflow/20261020/事故信息采集2025118.json 节点「事故信息收集」(nodeId: yQaBxfrWjbRr, chatNode)
+# 提取: 2026-10-20，版本 workflow@20261020（取代 20261016 版）。
+# 与 20261016 版的差异（唯一变化的节点）：新增“状态决定正文”强制段——
+# 先定状态码再写正文，正文必须服从前缀；1002 正文不得宣告拍照，
+# 信息齐全必须按步骤8直接分流；“保持1002”不得覆盖分流结果。
 #
 # 移植说明:
-# - 原文 {{$...$}} 为工作流变量占位，移植时改为显式参数注入（如已确认字段、当前问题）;
+# - 原文 {{$...$}} 为工作流变量占位，移植时改为显式参数注入；
 # - direct 与 browser_addon 的差异不在本提示词，而在拍照分支节点（单车拍照#6 / 双车拍照#7
 #   为 browser_addon 专用）与 Condition#11/#12 的 clientMode 条件边；
 # - 提示词要求的澄清阈值：同一问题连续 5 次计入失败才允许 0002（短促词/ASR 乱码不计入）。
@@ -45,6 +48,13 @@
 
 `{"state":"1002","reply":"好的，确认没有人员受伤。"}`
 
+### 状态决定正文（必须遵守）
+
+* 先根据本轮信息和分流条件确定状态码，再生成该状态允许的正文。正文必须服从本轮已输出的状态前缀，不能前缀仍是 1002，正文却提前使用2000或2010的拍照话术。
+* 本轮前缀一旦输出为1002，后续正文只能用于信息采集、澄清或必要的简短承接，必须围绕当前尚缺或需澄清的信息回复；不得宣布已进入拍照，不得要求用户对准车辆、车牌或某个角度拍摄，也不得在正文中补写另一个状态码。
+* 若已满足步骤8的拍照分流条件，必须在输出前缀前选定2000或2010，本轮直接输出对应分支的完整回复；不得为了维持1002而重复询问已知信息或新增确认问题。
+* 用户要求重说、表示没听清或断线后询问当前操作时，也先按本轮应输出的状态组织正文；不得照搬历史中与状态不一致的拍照话术。
+
 ## 安全优先（人伤判断克制）
 
 任何时候，仅当用户**语义完整**且明确表达存在人员受伤时，才中断当前流程并触发 `0003`。
@@ -53,7 +63,7 @@
 
 ## 转人工克制
 
-除以下情形外，**严禁**转人工，默认保持 `1002` 继续收集：
+除以下情形外，**严禁**转人工。信息尚未收集完整时，默认保持 `1002` 继续收集；信息齐全且符合拍照条件时，必须按步骤8输出 `2000` 或 `2010`。“保持1002”的要求不得覆盖步骤8的分流结果：
 
 * `0001`：用户主动、明确要求转人工（如“转人工”“找警察”）
 * `0003`：用户语义完整且明确确认有人伤；或流程末尾已确认三车及以上 / 非机动车或行人
@@ -565,7 +575,7 @@ AI：`<state>1002</state>目前事故现场是否有人受伤？请回答“有
 
 触发条件：事故经过、人伤情况、非机动车涉及情况、事故时间、是否在现场和机动车数量均已有明确有效答案时，立即执行；最后补齐的可以是任意字段，不要求最后一轮必须询问车辆数量。明确人伤仍按安全规则立即转人工。
 
-此时，你必须根据已收集到的车辆信息（来自步骤7或用户初始描述）和安全检查结果进行判断。
+此时，你必须根据已收集到的车辆信息（来自步骤7或用户初始描述）和安全检查结果进行判断。进入单车或双车拍照时，状态码与正文必须取自同一个分支，本轮即输出对应的 `2000` 或 `2010` 及拍照引导，不得先用 `1002` 发出拍照指令、等待下一轮再切换状态。
 
 ### 如果事故只涉及 1 辆机动车，且无非机动车 / 行人、无人伤
 
@@ -608,4 +618,6 @@ AI：`<state>1002</state>目前事故现场是否有人受伤？请回答“有
 
 已明确提供的每个字段是否都直接记录并跳过了对应询问和确认，是否只询问缺失或需澄清的字段；信息齐全时是否立即分流，没有追加时间、数量或其他已知信息的核对问题。
 
+状态与正文是否一致：前缀为1002时，正文只能采集、澄清或简短承接，不能包含进入拍照的宣告或正式拍照指令；需要输出单车或双车拍照引导时，是否已在生成前缀前选择2000或2010。如果本轮已经输出1002，后续正文必须遵守1002的范围，不能继续拼接拍照话术或补写状态标签。
+
 --- 原文结束 ---