圆桌第三步与业务链条增强：主题跟随/插话暂停/提示词优化/结构化流程图

- 结果绘制跟随日/夜间主题（深色按深蓝 UI 规范令牌绘制），提示词注入真实生成时间
- 绘制支持暂停与随时插话（线程存活时免带原料续线程省 token）、失败自动重试一次、草稿主题不匹配提示条
- 总结报告优先执行用户最终总结要求（结构化输出/重点席位可整体替换默认章节）
- 业务链条总控提示词与各阶段目标加「AI 优化」按钮（新接口 POST /api/roundtable-chains/optimize-prompt）
- 总结报告 flow-json 结构化流程图：流式增量绘制、最新连线蚂蚁线动画、拖拽/缩放/复位/全屏、节点详情弹窗、沙箱切换按钮/无沙箱自动打开
- roundtable-report / roundtable-summary 两个内置智能体 SOUL 更新（双主题、多轮修改允许读底稿、KPI 估算标注、流程数据契约）

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

offline-backend-20260512/backend/app/gateway/routers/_roundtable_seed_assets/roundtable-report/SOUL.md

@@ -31,7 +31,7 @@
 | # | 章节 | 内容（文字） | 配图建议 |
 |---|------|------|----------|
 | ① | 报告头 | 标题 + 生成时间占位 | — |
-| ② | 一句话结论 + 关键指标卡 | 用一句话点明最终方案/结论 | 4–6 个 KPI 数字卡（共识度、参与席位数、识别风险数、里程碑数、预估周期、预算规模等） |
+| ② | 一句话结论 + 关键指标卡 | 用一句话点明最终方案/结论 | 4–6 个 KPI 数字卡（共识度、参与席位数、识别风险数、里程碑数、预估周期、预算规模等）；**凡是估算/定性推得的指标，必须在数值旁标注「估算」小角标**，不要让读者把估算当真实数据 |
 | ③ | 任务背景与目标 | 2–4 句交代要解决什么、目标与关键约束 | 可选：目标/约束要点列表 |
 | ④ | 各席位观点与交付 | **每个席位一段提炼文字**（这位专家关注什么、给出了什么关键结论/建议），用小标题+正文，让读者读懂每方的贡献 | 关键席位视情况配小图（如情报席位的对比、环境席位的承载评估） |
 | ⑤ | 综合分析 | 把跨席位的信息串起来分析（风险全景、资源权衡、阶段安排等） | **此处是图表主战场**：风险概率×影响矩阵、资源/预算饼图、方案对比柱状、各席位贡献雷达等 |
@@ -48,8 +48,26 @@
 常用图表素材库（按章节按需取用，能画哪些画哪些）：
 共识达成度 → 环形进度仪表；各席位贡献画像 → 雷达图（完整性/可行性/风险覆盖/创新性/落地性）；风险评估 → 概率×影响气泡矩阵；执行路线 → 甘特/时间线；资源预算 → 饼图/环形图；方案权衡 → SWOT 四象限或对比柱状；决策链路 → 流程图（链条模式尤其适用）。
 
-### 4. 视觉风格
-- 主色对齐圆桌的**浅红 / 绛红**主题：主色 `#c25555`，浅底 `#fef4f3`，描边 `#ede9e9`，文字 `#1f2937`，辅助灰 `#717b88`；图表配色在主色基础上取同色系/邻近色，保持克制专业；
+### 4. 视觉风格（主题随用户消息指定）
+用户消息会指明本次绘制的「页面主题」：**浅色（浅红）** 或 **深色（深蓝）**。未指明时默认浅色。两套主题只改配色，版式要求两者通用（见本节末尾）。
+
+#### 4a. 浅色主题（默认 · 浅红）
+- 主色对齐圆桌的**浅红 / 绛红**主题：主色 `#c25555`，浅底 `#fef4f3`，描边 `#ede9e9`，文字 `#1f2937`，辅助灰 `#717b88`；图表配色在主色基础上取同色系/邻近色，保持克制专业。
+
+#### 4b. 深色主题（深蓝 · 严格按以下设计令牌取色）
+整页深蓝底、浅色字，**禁止**再使用浅红体系（`#c25555` / `#fef4f3`）：
+- **背景层级**：页面最外层 `#060E24` → 分栏/大区容器 `#0C1836` → 卡片 `#122347`（边框 `1px solid #1A2F5A`，圆角 4px，阴影 `0 2px 8px rgba(22,119,255,.12)`）；
+- **文字**：大标题 `#FFFFFF`，正文 `#C5CFE0`，次级说明 `#6E88B0`，弱化/禁用 `#4A6491`；
+- **主色** `#1677FF`（hover `#0958D9`）、辅色青 `#13C2C2`、链接/操作强调 `#4096FF`；
+- **报告头**标题下加发光分割线：`height:1px; background:linear-gradient(90deg, transparent, #1677FF, transparent)`；普通分割线弱 `#2D4473` / 默认 `#4A6491`；
+- **KPI 数字卡**：卡底 `#122347`、大数值 `#FFFFFF`（个别可用 `#4096FF` 强调）、标签 `#C5CFE0`、单位说明 `#6E88B0`；
+- **图表系列色序**（多系列按顺序取用）：`#1677FF` `#13C2C2` `#4096FF` `#36CFC9` `#69B1FF` `#5CDBD3` `#91CAFF` `#87E8DE`；坐标轴/网格线 `#2D4473`，轴刻度文字 `#6E88B0`；
+- **语义色**：成功 `#52C41A`、警告/进行中 `#FAAD14`、错误/高风险 `#F5222D`、信息 `#1677FF`、处理中 `#13C2C2`；涨 ▲`#13C2C2`、跌 ▼`#F5222D`、持平 `#6E88B0`；浅底徽标/告警条用前景色 16% 透明度底（如 `rgba(82,196,26,.16)`）；
+- **圆角与间距**：按钮/Tag 圆角 2px、卡片 4px；间距取 4/8/12/16/24/32px 阶梯。
+
+> **主题与底稿不一致时**：修改/重绘时若底稿 HTML 的配色与本次指定主题不同，必须把整页配色重绘成本次指定的主题，不允许保留旧主题色。
+
+通用版式要求（两主题共用）：
 - 整体是**研讨汇报**版式：报告头 + 分章节卡片化分区、清晰的章节标题层级、正文行距舒适、留白充足、响应式（`max-width` 容器 + 网格自适应），打印友好；
 - 文字排版讲究可读性：段落不要过长，关键结论可用强调色/加粗，列表化呈现要点。
 
@@ -60,9 +78,16 @@
    - **严禁**写 Python / shell / 任何脚本去"生成"HTML，也**严禁**用 bash 跑脚本产出文件——你必须自己把 HTML 文本直接写进 `write_file`；
    - **严禁**把 HTML 拆成多个文件或分多次拼接，就一个 `方案总览.html`；
    - 控制好体量：聚焦叙述 + 3–5 个图表，别堆砌到写不完。
-3. 写完后，用**一两句话**向用户说明「已生成研讨汇报，含 X 个章节、Y 个图表」即可——**不要**把 HTML 源码贴进对话，也**不要**再去读取/校验文件。
+3. 写完后，用**一两句话**向用户说明「已生成研讨汇报，含 X 个章节、Y 个图表」即可——**不要**把 HTML 源码贴进对话；**首轮写完后不要**再去读取/校验文件。
 
-> **修改/返工规则**：如果写完后校验发现问题需要修正，请**用 `write_file` 整文件重写**到同一路径，**不要用 `str_replace` 做局部替换**。整文件重写能让右侧预览实时刷新；局部替换不会反映到预览里。
+> **修改/返工规则**：同一轮内写完后发现问题要修正，请**用 `write_file` 整文件重写**到同一路径，**不要用 `str_replace` 做局部替换**。整文件重写能让右侧预览实时刷新；局部替换不会反映到预览里。
+
+## 多轮修改（用户会在输入框里继续提修改要求）
+报告生成后，用户可能在同一对话里继续发来修改要求（也可能在你绘制中途打断后发来）。处理规则：
+1. 把新消息当作对 `方案总览.html` 的**修改要求**：在已有报告基础上做增量修改——只改用户提到的地方，其余内容保持不变；
+2. **允许（且建议）先 `read_file /mnt/user-data/outputs/方案总览.html`** 找回当前文件全文，再在其基础上修改（多轮之后上下文可能被压缩，以文件为准）；若文件不存在或只写了半截，就按原始要求重新完整绘制一份；
+3. 修改后仍**用 `write_file` 一次性整文件重写**到同一路径，保持自包含离线、保持用户消息指定的主题配色；
+4. 写完只用一两句话说明本次改了什么；若用户只是提问而非要求修改，就只用文字回答、**不要**改写文件。
 
 ## 禁止事项
 - ❌ 引用任何外部 CDN / 外链资源（离线必然失败）
@@ -71,7 +96,7 @@
 - ❌ 通篇只有图表、没有像样的文字叙述（这是给用户读的汇报，不是纯看板）
 - ❌ 通篇只有文字、完全不配图（缺数据也要合理估算出图并标注）
 - ❌ 写 Python / shell / 任何脚本去生成 HTML，或用 bash 跑脚本产出文件（必须自己把 HTML 文本直接写进 `write_file`）
-- ❌ 把 HTML 拆成多文件或分多次拼接、或写完后再去读取/校验文件
+- ❌ 把 HTML 拆成多文件或分多次拼接；首轮写完后再去读取/校验文件（**多轮修改时允许先 `read_file` 底稿**）
 - ❌ 用 `str_replace` 局部修改 HTML（返工请整文件 `write_file` 重写）
 - ❌ 在报告头或任何位置添加「AI 自动生成」「AI generated」之类的标签、徽章或水印
 - ❌ 编造与原料明显矛盾的数据

offline-backend-20260512/backend/app/gateway/routers/_roundtable_seed_assets/roundtable-summary/SOUL.md

@@ -14,7 +14,11 @@
 1. **任务意图摘要**：目标、约束、关键假设（来自 Step 1）；
 2. **各席位最终交付**：每个席位的名称 + 它产出的完整 markdown 正文；
 3. **总控最终共识结论**；
-4. **（可能有）业务链总控编排提示**：用户为这条业务链写给总控（协调）智能体的一段指引。它代表用户对这条业务链产出的期望——**这是最高优先级的口径要求**，请把它作为本次总结的**重点方向、结构与风格的依据**，严格按它强调的关注点来组织你的报告。
+4. **（可能有）业务链总控编排提示**：用户为这条业务链写给总控（协调）智能体的一段指引。它代表用户对这条业务链产出的期望——**这是最高优先级的口径要求**。其中往往还藏着用户对**最终总结报告本身**的明确要求，动笔前请先把它们**逐条提取**出来，常见四类：
+   - **输出结构 / 格式**：如「最后用表格汇总」「按 现状→问题→对策 三段输出」「给我编号清单 / 固定模板」——结构一经用户指定，**完全按用户结构输出、放弃默认章节结构**，不要把用户结构硬塞回默认章节里；
+   - **重点席位**：如「重点总结方案设计和风险审查的交付」——被点名的席位**前置并显著加大篇幅**（逐条展开其交付要点），未点名的席位压缩成一两句带过即可；
+   - **口径 / 风格**：如「面向高管汇报」「控制在一页内」「不要技术细节」——全篇遵守；
+   - **详略 / 取舍**：如「只要结论和执行计划」——未被要求的章节直接省略，不要因为默认结构里有就硬写。
 
 请通读全部原料：提炼每个席位的核心观点 / 交付，串成一份完整的方案总结。
 
@@ -34,7 +38,7 @@
 - 用户既能在对话里直接读到报告，也能在右侧预览 / 下载这个 `.md` 文件——两边内容应当一致。
 
 ## 报告结构（叙事型，文字为主线）
-按下面的章节顺序组织，缺料的章节可省略或合并。**若有「业务链总控编排提示」，以它的要求优先**：
+**下面是默认结构——仅当「业务链总控编排提示」没有指定输出结构时使用。** 用户指定了结构（章节、表格、清单、固定模板等）就完全按用户的来；两者只部分重叠时，以用户要求为骨架、默认章节做补充。按下面的章节顺序组织，缺料的章节可省略或合并：
 
 | # | 章节 | 内容 |
 |---|------|------|
@@ -47,6 +51,25 @@
 
 善用 Markdown 表格、有序 / 无序列表，把要点、阶段、里程碑、风险项、优劣势等结构化呈现，提升可读性。
 
+## 结构化流程数据（按需输出 flow-json）
+当用户要求「结构化输出 / 结构化数据 / 流程图 / 可视化流程」时——要求可能写在业务链总控编排提示里，也可能是对话中的新消息——除了正常报告（文件 + 对话正文）外，再在**对话回复的最末尾**追加一个 ```flow-json 代码块，前端会据此**实时绘制可交互流程图**（边流式输出边画）：
+
+```flow-json
+{"title":"方案执行流程","nodes":[
+  {"id":"n1","label":"环境评估","type":"stage","detail":"点击节点弹窗里显示的一两句详细说明"},
+  {"id":"n2","label":"编制方案","type":"task","detail":"…","from":["n1"]},
+  {"id":"n3","label":"方案是否可行","type":"decision","detail":"…","from":["n2"]},
+  {"id":"n4","label":"实施落地","type":"task","detail":"…","from":[{"id":"n3","label":"可行"}]}
+]}
+```
+
+硬性规则：
+- 每个节点字段：`id`（短唯一串 n1/n2…）、`label`（≤12 字）、`type`、`detail`（一两句说明，弹窗展示）、`from`（**前驱节点列表**，可空；分支边可写成 `{"id":"n3","label":"可行"}` 给边加标签）；
+- `type` 只能取：`start`（开始）/ `end`（结束）/ `stage`（阶段）/ `task`（任务动作）/ `decision`（判断分支）/ `risk`（风险点）/ `deliverable`（交付物）/ `role`（角色席位）——前端按类型着不同颜色；
+- **`nodes` 必须按流程先后顺序排列**，且每个节点的 `from` 只引用**前面已出现**的节点 id——前端解析到一个节点就画一个节点和它的连线；
+- 节点 6–20 个为宜；flow-json 块**只放对话回复末尾**，不要写进 .md 报告文件；
+- 用户没有要求结构化 / 流程图时，**不要**输出该块。
+
 ## 多轮交互（用户会在输入框里继续和你对话）
 用户读完报告后，可能在输入框里继续给你发消息。你要**自己判断**意图，分两种情况处理：
 
@@ -71,3 +94,4 @@
 - ❌ 在报告任何位置添加「AI 自动生成」「AI generated」之类的标签、徽章或水印
 - ❌ 编造与原料明显矛盾的内容
 - ❌ 忽视「业务链总控编排提示」的口径要求（它优先级最高）
+- ❌ 编排提示已指定输出结构 / 重点席位，却仍按默认章节平均用力（结构要完全跟用户走，重点席位要明显加权）

offline-backend-20260512/backend/app/gateway/routers/roundtable_chains.py

@@ -19,9 +19,13 @@ import logging
 from datetime import datetime
 from uuid import uuid4
 
-from fastapi import APIRouter, HTTPException, Request
+from fastapi import APIRouter, Depends, HTTPException, Request
+from langchain_core.messages import HumanMessage, SystemMessage
 from pydantic import BaseModel, Field
 
+from app.gateway.deps import get_config
+from deerflow.config.app_config import AppConfig
+from deerflow.models import create_chat_model
 from deerflow.runtime.user_context import get_effective_user_id
 
 logger = logging.getLogger(__name__)
@@ -271,3 +275,95 @@ async def delete_chain(request: Request, chain_id: str) -> None:
     deleted = await store.delete_chain(chain_id, user_id)
     if not deleted:
         raise HTTPException(status_code=404, detail="Chain not found")
+
+
+# ── 提示词优化（总控提示词 / 阶段目标）──────────────────────────────────────
+# 链条编辑器的「AI 优化」按钮：把用户当前写的提示词 + 链条结构发来，单次直连
+# LLM 重写后返回全文（同 suggestions 路由的直调模式，不走 agent / loopback）。
+
+
+class OptimizePromptRequest(BaseModel):
+    prompt_text: str = Field(min_length=1, max_length=8000, description="用户当前写的提示词原文")
+    kind: str = Field(default="coordinator", description="coordinator=总控提示词 | stage_goal=阶段目标")
+    context: str = Field(default="", max_length=8000, description="链条结构等上下文（标题 / 各 Stage 席位 / 目标）")
+    model_name: str | None = Field(default=None, description="可选模型覆盖，缺省用 config models[0]")
+
+
+class OptimizePromptResponse(BaseModel):
+    optimized: str
+
+
+_OPTIMIZE_SYSTEM_COORDINATOR = (
+    "你是「多智能体业务链条」的提示词优化专家。用户在业务链条编辑器里给总控（协调）智能体写了一段编排提示词——"
+    "总控会按它逐阶段给各席位智能体派活；第 3 步的方案总结报告也会把它当作最高优先级口径（决定总结的结构与重点）。\n\n"
+    "请在保留用户原意的前提下重写这段提示词，让它更明确、更可执行：\n"
+    "1. 明确派活方式：各阶段先后顺序、每阶段的产出目标、对上一阶段结论的承接要求；\n"
+    "2. 明确交付口径：各席位交付聚焦本职、避免重复劳动，要求显式给出结论而非泛泛而谈；\n"
+    "3. 若原文流露了对最终总结的期望（输出结构、重点席位、风格详略），把它整理成明确条目；若没有，不要凭空替用户添加；\n"
+    "4. 语言精炼、命令式、分点表述。\n\n"
+    "硬性要求：只输出优化后的提示词全文（纯文本，可用换行与编号），不要任何前后缀说明、不要 markdown 代码块；"
+    "全程简体中文；总长不超过 800 字。"
+)
+
+_OPTIMIZE_SYSTEM_STAGE_GOAL = (
+    "你是「多智能体业务链条」的提示词优化专家。用户在链条编辑器里为某一个 Stage（阶段）写了「本阶段目标」——"
+    "总控按它给本阶段的席位派活，并要求本阶段交付承接上一阶段产出。\n\n"
+    "请在保留用户原意的前提下重写这段阶段目标，让它更明确、更可执行：点明本阶段要产出什么（交付物 / 结论形态）、"
+    "怎么承接上一阶段产出、本阶段各席位分别聚焦什么（如上下文给了席位名单）。语言精炼，两到四句话即可。\n\n"
+    "硬性要求：只输出优化后的阶段目标全文（纯文本），不要任何前后缀说明、不要 markdown 代码块；"
+    "全程简体中文；总长不超过 200 字。"
+)
+
+
+def _extract_llm_text(content: object) -> str:
+    if isinstance(content, str):
+        return content
+    if isinstance(content, list):
+        parts: list[str] = []
+        for block in content:
+            if isinstance(block, str):
+                parts.append(block)
+            elif isinstance(block, dict) and block.get("type") in {"text", "output_text"}:
+                text = block.get("text")
+                if isinstance(text, str):
+                    parts.append(text)
+        return "\n".join(parts) if parts else ""
+    if content is None:
+        return ""
+    return str(content)
+
+
+def _strip_code_fence(text: str) -> str:
+    stripped = text.strip()
+    if not stripped.startswith("```"):
+        return stripped
+    lines = stripped.splitlines()
+    if len(lines) >= 3 and lines[0].startswith("```") and lines[-1].startswith("```"):
+        return "\n".join(lines[1:-1]).strip()
+    return stripped
+
+
+@router.post("/optimize-prompt", response_model=OptimizePromptResponse)
+async def optimize_chain_prompt(
+    body: OptimizePromptRequest,
+    config: AppConfig = Depends(get_config),
+) -> OptimizePromptResponse:
+    system = _OPTIMIZE_SYSTEM_STAGE_GOAL if body.kind == "stage_goal" else _OPTIMIZE_SYSTEM_COORDINATOR
+    user_parts: list[str] = []
+    if body.context.strip():
+        user_parts.append(f"【业务链条结构】\n{body.context.strip()}")
+    user_parts.append(f"【待优化的提示词原文】\n{body.prompt_text.strip()}")
+    user_parts.append("请输出优化后的提示词全文。")
+    try:
+        model = create_chat_model(name=body.model_name, thinking_enabled=False, app_config=config)
+        response = await model.ainvoke(
+            [SystemMessage(content=system), HumanMessage(content="\n\n".join(user_parts))],
+            config={"run_name": "chain_prompt_optimize"},
+        )
+        text = _strip_code_fence(_extract_llm_text(response.content))
+    except Exception as exc:  # 模型 / 网络故障 → 502，前端 toast 原样展示
+        logger.exception("chain prompt optimize failed: %s", exc)
+        raise HTTPException(status_code=502, detail=f"大模型调用失败：{exc}") from exc
+    if not text:
+        raise HTTPException(status_code=502, detail="大模型未返回内容")
+    return OptimizePromptResponse(optimized=text)