wsk/deerflow-code
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,381 Commits 47 Branches 0 Tags
codex/roundtable-component-refactor
Commit Graph
210 Commits
Author SHA1 Message Date
董宏凯 27e6b0b23e Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-code into dhk-dev 
# Conflicts:
#	frontend-web/src/open-canvas/components/ai-writing/AIWritingForm.tsx
 2026-07-11 19:01:10 +08:00
fengxiangdebaozi 388a9133fc fix: adapt frontend for legacy Chrome and runtime config 2026-07-11 16:55:08 +08:00
董宏凯 221e947488 Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-dev 
# Conflicts:
#	frontend-web/src/open-canvas/components/ai-writing/AIWritingForm.tsx
#	frontend-web/src/open-canvas/components/ai-writing/AIWritingPanel.tsx
#	offline-backend-20260512/backend/CLAUDE.md
#	offline-backend-20260512/backend/app/gateway/services.py
#	offline-backend-20260512/backend/tests/test_ai_writing_knowledge_base.py
 2026-07-03 22:28:21 +08:00
董宏凯 da856f2b58 fix: improve ai writing chat streaming and intent handling 2026-07-02 17:43:23 +08:00
董宏凯 845c87e3ee feat: add AI writing chat workspace 2026-07-02 13:56:46 +08:00
吉鑫升 7e7d3c9846 fix: truncate rwfx 3q context 2026-07-02 11:05:12 +08:00
吉鑫升 36a3851233 feat: inject 3q context into rwfx chat 2026-07-02 10:03:34 +08:00
董宏凯 54190d7a83 提交代码 2026-07-01 19:24:23 +08:00
董宏凯 d21dbeb214 feat: refine ai writing search flow 2026-07-01 18:00:14 +08:00
董宏凯 025e43f4c5 feat: improve ai writing imitation flow 2026-07-01 17:16:12 +08:00
董宏凯 bb6b9bd84b feat: add ai writing imitation mode 2026-07-01 11:21:41 +08:00
董宏凯 4bfaeb728b fix: disable ssl verification for intranet ai writing search 2026-07-01 10:21:52 +08:00
董宏凯 dfb745a5e4 代码提交 2026-06-30 16:04:51 +08:00
fengxiangdebaozi 4fce6f9104 Add intranet retrieval diagnostics for AI writing 2026-06-29 10:21:10 +08:00
Administrator 2d3033434b Fix async thread title generation flow 2026-06-28 18:09:48 +08:00
董宏凯andCursor 5de74e90dc feat(ai写作): 左栏智能体 Tab 内嵌问答并优化模块侧栏 
AI 写作页默认展示智能体 Tab，在页内复用 ai-writing 模块配置与 AgentChatPage；确认类型后侧栏扁平展示类型名并支持整块收起动画。同步历史回看、流式续跑、改写菜单与 researcher 检索相关改动。

Co-authored-by: Cursor <cursoragent@cursor.com>
 2026-06-27 15:53:51 +08:00
董宏凯andClaude Opus 4.8 0089af94d3 fix(ai写作): 恢复内网直连检索(知识库检索)空地址回退默认端点 
knowledge_base 检索类型遇到空 intranet_search_url 会短路报「未配置」、返回 0
素材，导致「内网直连检索不能用」。旧版 get_search_provider(search_provider=
intranet) 在空地址时由 IntranetSearchProvider 回退内置默认内网端点，所以不配
地址也能直连。本次去掉该短路，空地址原样下传由 provider 回退默认端点，恢复旧逻辑。

- researcher.py: knowledge_base 分支无条件构造 IntranetSearchProvider
- test_ai_writing_knowledge_base.py: 空地址用例改为断言回退默认端点仍出素材
- backend CLAUDE.md: 检索类型段说明更新

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-26 22:13:19 +08:00
fengxiangdebaozi 4d10590511 Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-1 2026-06-26 11:04:19 +08:00
fengxiangdebaoziandClaude Opus 4.8 3d60651491 feat(ai-writing): 检索类型加回「知识库检索」(直连内网 ES 接口) 
弱模型常识别不了配置技能(deepseek-chat 等),恢复旧的"不用技能"检索路径
作为独立检索类型 knowledge_base:绕过技能编排,直接调
ai_writing.intranet_search_url 内网知识库 ES 接口(IntranetSearchProvider)
对检索词并发检索;未配地址 → 无素材 + skill_error 告警。

- researcher.py: material_source 归一保留 knowledge_base + 新增直连内网分支
- state.py: material_source 三值注释
- 前端 AIWritingForm/WritingFormContext/types: 下拉新增「知识库检索」
- tests/test_ai_writing_knowledge_base.py: 直连/未配/不编排技能 3 用例
- backend CLAUDE.md: 检索类型段更新为三值

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-26 10:04:57 +08:00
fengxiangdebaoziandClaude Opus 4.8 158d157af4 feat(ai写作): 内网检索接口执行诊断写入 material_package.intranet_debug(排查用) 
- material_package 新增 intranet_debug：是否配置/端点/知识库/超时/每个检索词命中数与
  报错/原始响应片段/总命中数/是否被采用为兜底/status(not_configured|pending|ran|
  cancelled|crashed)。随 values 事件回前端，前端忽略该字段，仅供 devtools 排查。
- 新增 config ai_writing.intranet_search_debug(默认 false)：开启后即使技能成功也跑完
  内网并记录完整结果，用于验证内网接口是否真能通。
- 前端不改动。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 22:55:27 +08:00
fengxiangdebaoziandClaude Opus 4.8 1ed004fbb1 fix(ai写作): 弱模型也能真正执行技能脚本(执行优先的强提示) 
弱模型在 lead agent 能执行 py 脚本、在 ai写作子智能体却不能：根因是子智能体的
_MATERIAL_OUTPUT_CONTRACT 过度强调"只输出 JSON"，弱模型据此跳过工具执行直接吐空 JSON。
对齐 lead agent 的 skill_system 强框架，把契约改成"执行优先"：

- 第一步强制先用 bash 实际运行技能脚本(给出 cd 技能目录 && python3 scripts/..py 的命令形态)，
  严禁不调用工具就直接输出 JSON/凭记忆编造
- JSON 输出降级为第二步"检索完成后再整理"
- task 末尾追加"现在立刻开始执行检索"的强指令，进一步推动弱模型先动手

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 22:50:10 +08:00
吉鑫升andClaude Opus 4.8 58357547c9 Merge branch 'ji' into master 
按钮管理「登录参数」两套实现冲突解决——两分支各自独立给跳转按钮加了登录态追加能力，
二者正交、保留两套，互不影响：
- master: login_params (JSON 列 login_params_json，从 userInfo 解析，类似轻应用登录参数)
- ji: append_auth + auth_token_param + auth_name_param (token 登录时追加 token1+用户名)

迁移 revision 碰撞修复（两分支都用了 20260625_01）：重编号为线性链
  20260620_02 → 20260625_01 (login_params) → 20260625_02 (auth_params) → 20260625_03 (users_approved)
并同步 column_additions_mysql.sql 注释里的 migration 编号。

前后端 task_buttons（model/sql/memory/router/前端 type·api·admin 页）均保留两套字段；
两份 CLAUDE.md 文档合并为同时记录两种机制。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 19:36:43 +08:00
fengxiangdebaoziandClaude Opus 4.8 854de9b43c fix(ai写作): 技能检索稳定接收数据(复用参考文献提取+截断抢救+上限早停) 
- 复用主智能体「参考文献」模式的提取逻辑(deerflow.runtime.references)解析技能JSON，字段并集兼容
- bash输出中间截断时逐条抢救完整记录对象，不再因大JSON解析失败而全丢
- 所有退出路径(超时/递归上限/异常)都从tool输出收割，不依赖模型最终汇总
- 达到max_materials上限即停止驱动模型，修复步骤条爆100+条/素材超额
- 步骤条实时显示每次检索获得多少条数据
- 内网兜底:与技能并行预跑、响应解析兼容两套接口字段、0结果换简单检索词重试、超时放宽到10分钟

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 17:05:09 +08:00
fengxiangdebaoziandClaude Opus 4.8 893f1e6933 fix(会商第三步): 流程图入库限 rwfx-A + 修复跳过报告生成流程图出现双调度中卡片 
- 入库功能仅 rwfx-A(businessCode 6BF)深链会商模式提供，其它业务深链生成流程图不再出现入库按钮/询问
- 流程图抽取串行化：auto 自动出图与用户「跳过报告直接生成流程图」手动出图竞态时，先中止上一轮、复用/移除被取代气泡，保证任意时刻只有一张流程图卡片

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 12:29:45 +08:00
fengxiangdebaoziandClaude Opus 4.8 1d6659f9e7 fix(ai写作): 技能步骤从节点协程 emit，custom 事件真正实时刷给前端 
前端/SDK 都是实时的（onCustomEvent 逐条即触发，draft_chunk 同链路就实时）。
问题在后端：技能步骤原来在节点内的嵌套 agent.astream 里直接 emit，custom 事件
被攒到整段跑完才一次性吐到 SSE（后端在跑、前端一直 loading）。

改为：嵌套 astream 跑后台任务，只把工具调用塞进 asyncio.Queue；真正的 writer
由 researcher 节点**自身协程**从队列取出来调（与 draft_chunk 同一上下文），
custom 事件即被 LangGraph 实时刷给前端。撤掉上一版无效的 sleep(0)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 01:04:49 +08:00
fengxiangdebaoziandClaude Opus 4.8 a4a67c1a00 fix(ai写作): 技能流式每步主动让出事件循环，custom 事件实时刷给前端 
前端 skill_search_step 已是 pushImmediate（实时渲染），但事件在节点内的嵌套
agent.astream 里发出后没及时让出事件循环，被攒到整段跑完才一次性吐到 SSE，
前端看着像卡死。每个 chunk 处理完 await asyncio.sleep(0) 主动让出，促使刚 emit
的 custom 事件实时刷给前端（对齐 draft_chunk 的实时行为）。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 00:48:57 +08:00
fengxiangdebaoziandClaude Opus 4.8 8f773d3f1b fix(ai写作): 技能调用实时流式显示 + 去掉大纲拼检索词/复用检索词 
- 技能调用过程改为实时流式：run_skill_via_real_agent 不再 to_thread 阻塞跑
  executor.execute()，而是复用其 agent/state 构建后在图事件循环里 astream，
  每个工具调用（读 SKILL.md / bash / 检索）实时推一条步骤到时间线——内网慢时
  用户能看到技能在执行，不会以为卡死。整段 asyncio.wait_for 卡 5 分钟超时。
- 回退检索词相关改动（实测无用、且结合大纲后检索词变长不利按词匹配）：
  - intent_parser 不再顺便生成 keywords，删 precomputed_keywords 状态字段；
  - researcher 不再复用，每次自己现生成检索词（回到原行为）；
  - 检索词提示词去掉「结合大纲/{outline_section}」，删 keyword_outline_section。
  保留：关思考、技能真实运行时、技能目录修复、内网兜底。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 00:33:57 +08:00
fengxiangdebaoziandClaude Opus 4.8 c0305c9269 fix(ai写作): 修复内网技能检不出东西（技能目录路径 + 模型 + 兜底 + 开关） 
对比主智能体与 AI 写作两份调用日志定位到根因：真实 agent 路径只注入了
SKILL.md 内容、没告诉模型技能在容器内的目录，模型用相对路径跑脚本
（python3 scripts/search）→ No such file。主智能体则 cd 进技能绝对目录再跑。

- _skill_agent：注入 skill.get_container_path() 的绝对目录，要求先 cd 再执行
  脚本/用绝对路径（对齐主智能体 skill_view 拿 location 后的行为）。
- researcher：跑技能的 agent 改用用户选定的写作主模型（model_name_fallback=None），
  不再用常配成外网的 keyword_model，避免技能 agent 连不上自己的模型。
- researcher：所有技能都 0 条时，最终兜底直连内网 ES 接口（IntranetSearchProvider），
  受 ai_writing.intranet_search_url 控制。
- config.yaml：开 researcher_skill_agent=true（内网技能必须走真实运行时），
  新增 intranet_search_url / intranet_knowledge_base 兜底配置项。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 23:52:32 +08:00
fengxiangdebaoziandClaude Opus 4.8 d8b43e7579 fix(ai写作): 技能检索超时硬编码 5 分钟（内网慢检索不被过早切断） 
内网检索很慢，原 120s 在三个真正生效的层把检索切断。统一硬编码 300s，
不依赖环境变量（部署方不一定会配）：
- researcher._SKILL_SEARCH_TIMEOUT_SECONDS：120(env) → 300(写死)，删掉 _env_int；
  作用于直连/定向技能检索的 wait_for，也传给真实智能体路径。
- IntranetSearchProvider 默认 httpx 超时：120 → 300（直连内网 ES 的真正瓶颈）。
- run_skill_via_real_agent 整段运行上限：max(timeout_s, 300)，至少 5 分钟。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:54:42 +08:00
fengxiangdebaoziandClaude Opus 4.8 afb78a6943 feat(ai写作): 素材收集专家按真实智能体运行时跑技能 + 步骤条对齐 
- 新增 run_skill_via_real_agent：复用 SubagentExecutor（与 lead agent / 子智能体
  同一套运行时），加载技能 SKILL.md + 全套工具 + 懒加载沙箱，让技能的真实检索逻辑
  （读文件 / 调内网接口 / MCP）真正执行，再按 JSON 契约收割结构化素材；researcher 的
  _execute_skill 在 researcher_skill_agent 开启时切到它，失败/空结果回退直连检索。
  解决内网技能（在别的智能体里好使）在 AI 写作里检不出东西的问题。
- 步骤条轻量对齐别的智能体：技能调用拆成「读取 SKILL.md → 执行检索 → 检索到 N 条」
  三段（前两段新增，结果段沿用 skill_result）；前端 SkillStepsCard 零改动。
- 含 roundtable-planning（业务链选择 / Step2 编排）的进行中改动。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:19:30 +08:00
AdministratorandClaude Opus 4.8 acc29c8121 fix(middlewares): 标题模型推理不再泄漏到 UI 流 + open/ephemeral 会话避免无谓 DB 访问 
- title: 标题模型用隔离 config(不继承父级 streaming callbacks),force_disable_thinking,<think> 块清洗,避免推理 token 进入实时流/运行日志
- uploads: 无文件的普通对话轮次直接跳过,不再解析线程归属(避免命中 DB)
- thread_data: ephemeral 会话用当前登录用户解析数据目录
- thread_paths: open-/__skill-review__ 等合成线程视为 local-only,直接用当前用户
- frontend: 新增 build:test 构建脚本

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 21:20:12 +08:00
fengxiangdebaozi 3ea8e73389 Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-1 2026-06-24 19:48:15 +08:00
fengxiangdebaoziandClaude Opus 4.8 c117e296cb feat(ai写作): 草稿局部修改只改命中章节，支持改章节标题，修改时右侧流式重写 
用户在草稿确认填修改意见(user_revise)时，按章节定位只重写命中章节、
其余字节级保留；新增范围识别区分「改标题」与「改正文」，改标题同步回写
outline 使其持久生效（修复改章节标题不生效）；整体性/结构性意见自动回退
整篇重写。前端新增 isRevising：修改时右侧先恢复初始占位（清空旧稿），
重写流到达后实时展示被改章节的流式重写。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 19:45:00 +08:00
fengxiangdebaoziandClaude Opus 4.8 304e1b637a feat(ai写作): 意图解析顺便生成检索词 + 修复快捷模式 
- 意图解析（intent_parser）与意图理解共用同一次 LLM 调用顺便生成检索词
  （结合意图 + 大纲覆盖各章节主题），存入 state.precomputed_keywords；
  researcher 首轮直接复用，省掉素材收集阶段单独的「生成检索词」LLM 往返。
  解析失败/为空时回退到 researcher 自己生成（优雅降级）；re_search 仍重新生成。
  keyword_outline_section 提到 _utils 供两处共用。
- 修复快捷模式：之前被「大纲先行确认」改动拖累，先误成「问一堆问题」，再被我
  过度修正成「不生成大纲」。现修正为——快捷模式 = 用默认选项、不逐项澄清提问
  （make_lead_agent 在快捷模式下直接不挂 ask_clarification 工具，物理上问不了），
  但**仍生成并确认大纲**再提交；普通模式不变。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:32:10 +08:00
fengxiangdebaoziandClaude Opus 4.8 49173d9c28 feat(ai写作): 大纲整理可见化 + 检索词结合大纲 + 素材/大纲阶段关思考 
- 草稿确认卡：「给出修改意见」「让编辑继续审核」移到「确认定稿」上方。
- 大纲整理阶段文案：用户自带大纲时显示「整理你的大纲」而非「规划大纲」
  （OutlineStreamingView / 骨架屏 / 状态栏，按 request.userOutline 切换）。
- 素材收集专家：用户自带大纲时把大纲原文带入检索词生成，让关键词结合写作
  意图覆盖各章节主题（_keyword_outline_section，agent + legacy 两路）。
- 素材收集（检索词/排序）与大纲整理/生成阶段强制关闭思考
  （create_chat_model force_disable_thinking：GLM thinking.disabled +
  Qwen/vLLM enable_thinking=false），关不掉的模型仍由 ThinkTagParser 把
  <think> 分流到思考框正常展示。disable_thinking 串入
  _utils.get_model/llm_json 与 _agent_runner.stream/run_writing_agent。
- 含草稿「局部修改」WIP（writer_draft 只重写命中章节）及外观控件改动。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:32:10 +08:00
fengxiangdebaoziandClaude Opus 4.8 e9c8d1cea2 feat(ai写作): 自带大纲/会商及研究模板等前后端改动 
提交工作区中 AI 写作（表单/时间线/历史/上下文/流式 hook/类型）、
研究模板配置页、lead_agent、researcher/graph/state 及 gateway/config
的进行中改动。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 16:15:39 +08:00
fengxiangdebaoziandClaude Opus 4.8 d2c76100f2 perf(ai写作): 用户自带大纲整理提速并流式化 
用户自带大纲时「整理大纲」原有两个阻塞式非流式 LLM 调用，内网模型
<think> 关不掉导致用户长时间干等：

- 素材关联（每次都调）改为确定性词重叠 _assign_materials_heuristic，
  零 LLM、瞬时；有编号/标题/缩进的大纲整理几乎零等待。
- 散文化大纲的 LLM 归一改为流式 _stream_normalize_user_outline：
  ThinkTagParser 把思考推思考框、正文实时打字机展示并累积解析；
  并在 OUTLINE_NORMALIZE_USER 末尾追加 /no_think。
- researcher 路径只做确定性解析，解析不出返回 None，交给 writer_outline
  流式归一（outline_chunk 在该阶段天然映射大纲思考框）。
- 移除废弃的 OUTLINE_MATERIAL_ASSIGN_* 提示词与 llm_json 死引用。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 16:15:39 +08:00
吉鑫升andClaude Opus 4.8 6aff165d09 fix(db): 路由跨 loop 的 DB 访问回引擎主 loop,消除 asyncmy "attached to a different loop" 
会商/定时任务/沙箱工具等在 worker 线程的临时 loop 上用 asyncio.run 跑全局引擎连接池的
DB 操作,连接被绑定到随即关闭的临时 loop;池子回收/释放该连接时 asyncmy
_terminate_graceful_close 在错误的 loop 上触发 future,持续刷
"got Future attached to a different loop"。

- engine.py: 新增 run_db_blocking(fire_and_forget_db_write 的带返回值版本)。离开主 loop
  时用 run_coroutine_threadsafe 把协程送回主 loop 执行、阻塞调用线程拿结果;仅在无主 loop
  或正同步处于主 loop 内(送回会死锁)时退回临时 loop。
- thread_paths / prompt / skill_tools: 三处同步→异步阻塞读桥(任务owner解析/常驻技能/
  技能可见性)改走 run_db_blocking,删除各自重复的 _run_coro_blocking。
- llm/tool metrics 中间件: fire-and-forget 写改走 fire_and_forget_db_write。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 15:57:04 +08:00
fengxiangdebaozi 85aa242fd5 Merge branch 'master' into dhk-1 2026-06-23 19:45:41 +08:00
Administrator 053d3e300e Merge branch 'ji' into master (操作日志 Y-Log 上报) 
# Conflicts:
#	CLAUDE.md
 2026-06-23 19:22:53 +08:00
fengxiangdebaoziandClaude Opus 4.8 b8c78ba06e feat(ai-writing): 大纲先行确认 + 新文章类型识别 + 参考文献 + 编辑器修复 
- 写作配置 Q&A 改为「先流式生成大纲并多轮确认 → 再确认意图」，放宽轮数上限
- 意图识别出列表外的新文章类型时带上类型名+简介（仅本次写作临时使用）
- 成稿支持参考文献：正文 [n] 角标 + 文末按出现顺序的「参考文献」列表（表单开关，默认开）
- 流式接取未闭合 <think> 思考内容，首 token 前加「正在整理…」占位
- 修复右侧编辑器输入空格只出一次、光标跳字（避免自激回灌 setContent 重置光标）

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-23 19:07:03 +08:00
吉鑫升andClaude Opus 4.8 5aa66fc07d chore(backend): 放宽递归与循环检测阈值 
- build_run_config recursion_limit 100 -> 250
- LoopDetectionMiddleware 默认阈值放宽（warn/hard/window/tool-freq）

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-23 17:48:23 +08:00
吉鑫升andClaude Opus 4.8 fbec222eb4 Merge branch 'ji' into master 
合并 ji 的功能：开放问答接口（/api/open/chat[/stream] 回传生成文件 + 临时不留存）、
技能地址管理、智能体详情「最近对话」等。
冲突 frontend StrategyRoutes.tsx 已解决：同时保留 admin/roundtable-diagnostics(master)
与 admin/skill-addresses(ji) 两个管理员路由。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 19:39:35 +08:00
吉鑫升andClaude Opus 4.8 7c55a577ad feat(open-chat): 开放问答接口回传生成文件 + 临时不留存 
- /api/open/chat[/stream] 新增 include_files(默认开)，把智能体在 outputs 目录
  生成的文件(name/virtual_path/encoding(text|base64)/content)随结果回传，
  解决"报告写进文件、answer 只回一段总结"导致拿不到完整内容的问题；
  既无 answer 也无文件时返回 502。
- 无状态运行标记 ephemeral：lead agent 跳过记忆与知识库中间件(不召回/不留存/
  不自动沉淀)，取完文件后清理临时线程目录，做到"通过本接口的聊天记录不存储"。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 19:36:30 +08:00
fengxiangdebaoziandClaude Opus 4.8 b59cbd51d9 feat(ai-writing): 各阶段模型调用自动容错，失败时换下一个模型继续 
参考多智能体会商的容错思路：意图解析/大纲/正文/审核四个 LLM
环节失败时，按 config.yaml models 顺序换下一个模型重跑该环节，
并通过 model_switch 事件在前端时间线提示「『X』模型<原因>，
已自动切换到『Y』继续」。正文逐章节、审核逐维度独立切换，
已生成的章节/维度保留；意图解析成功的模型还会写回 state
供下游阶段沿用，避免每阶段重复经历同一次失败。

- nodes/_model_fallback.py: 候选模型链 + 异常分类 + model_switch
  事件构造（沿用 ROUNDTABLE_MODEL_FALLBACK[_MAX] env 开关）
- intent_parser/writer_outline/writer_draft/editor: 失败循环换模型
- 前端 types/reducer/timeline: 新增 model_switch 事件类型，按
  stage 复位对应流式缓冲并以 amber 系统提示渲染

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 17:07:53 +08:00
吉鑫升andClaude Opus 4.8 2b6424b3ff feat(open-chat): 新增 /api/open/chat 开放问答接口 
- 无需登录(/api/open/ 加入 auth 白名单 + CSRF 豁免),供外部系统直接调用本项目智能体做问答
- 可指定模型(model_name)与智能体(agent_name 中文名称,扫描 agents/*/config.yaml 解析为运行 id);GET /api/open/agents 列出可选名称
- 只返回最终结果(answer = 最后一段 markdown),不含中间过程/工具调用
- 可靠关闭思考:thinking_enabled=false 时下发 thinking_force_disabled,经 create_chat_model(force_disable_thinking=True) 强制注入 enable_thinking=false(及 GLM thinking.type=disabled),覆盖只声明 supports_thinking 的内网 vLLM/Qwen 模型(与生成标题关思考一致)
- 一次性问答设 is_scheduled_run 跳过自动起标题

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 11:21:56 +08:00
董宏凯andClaude Opus 4.8 5ae6261e82 fix(roundtable): 结构化抽取按实际产出抽全(不固定条数/不编造)，提升准确度 
不动 rwfx 链路结构（任务→目的→行为体→预期行为→驱动因素→叙事；仅预期行为↔驱动因素
1:1，其余皆 1:N）。只修准确度：

- 叙事不再凭空多出来一堆：驱动因素→叙事 仍是 1:N，但叙事条数严格按报告/叙事席位
  实际写出的来（写几条抽几条），删掉「每个驱动因素抽出它名下的若干条叙事」这种诱导
  逐驱动因素编造的措辞——根治「叙事席位只产 3 条、流程图却冒出十几条」
- 去掉所有写死的条数假设（目的「通常3个」、预期行为「3-5条」、叙事「2-4条」、
  候选「10→3」）——各席位交付条数本就不固定，一律以实际产出为准，不漏不多不硬凑

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-21 00:34:00 +08:00
董宏凯andClaude Opus 4.8 a76e28e018 fix(roundtable): 结构化抽取严格以报告为准，根治从席位候选池抽出一堆目的 
报告只锁定 3 个目的（从 10 个候选里取舍），但流程图抽出一堆目的——根因是之前
「候选项也要抽全」+ 把各席位原始交付当补充来源，诱导模型去席位候选池里把被淘汰的
候选也抽进来。

按用户原则修正优先级（优先方案总结报告及其文件内容，只有报告不足/缺失才看席位产物）：
- extraction_spec _SOURCE_NOTE：改为「严格以报告为准；席位仅兜底（报告整层缺失/只说N条
  没逐条列才用），绝不用席位扩充报告已取舍的层、淘汰候选一律不抽」
- _COMPLETENESS_NOTE：由「候选项也要抽全（含落选）」改为「按报告逐条抽全、不漏也不多」——
  报告列几条抽几条（不漏），但报告已锁定 N 条的层只抽这 N 条、不去候选池凑数（不多）
- rwfx completeness_note 目的/叙事：抽报告最终采用的（3 个目的/几条叙事），不抽候选池
- flow_extract._material：席位交付明确标为「兜底参考，仅报告不足时用」，禁止扩充已取舍层
- _extract_messages / _validate_messages：同步改为报告为准、补漏但不新增被淘汰候选

经核对：本次方案总结报告本身准确（3 目的=席位最终 Top3、3 行为体、12 预期行为↔12 驱动
因素已做 1:1 配对、3 叙事），问题只在抽取从席位候选池过度抽取。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-21 00:08:23 +08:00
董宏凯andClaude Opus 4.8 f63a1faf3b fix(roundtable): rwfx 结构化抽取纯树·单父兜底，根治叙事多对一乱线 
rwfx 全链是一棵树：除预期行为↔驱动因素 1:1 外其余皆 1:N，任何节点只有一个父节点、
绝无多对一/多对多/汇聚。但弱模型常把「叙事」连到一片驱动因素 → 汇聚乱线。

- extraction_spec：ChainSpec 加 single_parent 标志（rwfx=True，xdfx 有汇聚=False）；
  helper is_single_parent_chain / chain_level_rank；强化 rwfx ②「叙事只有一个父驱动因素」
  + 新增④「全链是树，每个非根节点恰一个 from」
- flow_extract：_collapse_to_single_parent 确定性兜底——纯树业务把每个节点的多父入边
  收敛到「紧邻上一层」的单一父节点（只删多余入边、不新增、不动节点），在 final 前执行；
  非纯树业务（xdfx）跳过
- dag-types/types：DAG 派活忠实本阶段目标——不擅自加数量上限/精简、不替席位加体例风格、
  逐条全部输出、不诱导脱离输入编造（前后台同步）
- Tests: tests/test_flow_extract_single_parent.py

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 23:37:49 +08:00
董宏凯andClaude Opus 4.8 8447790c47 fix(roundtable): 预期行为↔驱动因素严格 1:1，根治结构化抽取多对一/一节点多出边 
报告把某行为体的多个驱动因素合并写进一个表格单元格(其余预期行为行留空)，
导致结构化抽取把「多条预期行为汇聚到一个驱动因素」(多对一)、或一个节点冒出
多条连线。根因：1:1 两层节点数不相等时，模型与确定性补边(_derive_layered_edges)
都只能退化成多对一/比例平铺。

修复(让两层严格等量、一一配对)：
- extraction_spec rwfx relations_note①: 强化为「严格 1:1」——为每条预期行为归纳
  那一个核心驱动因素、两层等量、每个驱动因素 from 只连一条预期行为、严禁多对一/
  一节点多出边；源数据把多个驱动因素合并在一处时必须按预期行为拆开/重新归纳成等量
- extraction_spec completeness_note: 驱动因素层节点数=预期行为层节点数(1:1 特例)
- build_summary_directive: 让报告本身把 1:1 相邻层写成逐条配对表(一行一对、数量相等)，
  不要把多个下层条目用「+」合并塞进一个单元格或只写第一行——从源头消除多对一
- flow_extract 校验新增「一对一层级必须严格 1:1、绝不多对一」必查必补项

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 22:43:48 +08:00