wsk/deerflow-code
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,344 Commits 47 Branches 0 Tags
ji-dev
Commit Graph
197 Commits
Author SHA1 Message Date
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
董宏凯andClaude Opus 4.8 b5f11ad790 fix(roundtable): 结构化抽取逐条抽全(候选项不漏)+报告不足回看席位交付 
修复深链接(rwfx等)结构化流程图抽取「同层多条只抽一条」的准确性问题：
报告里 3 个候选目的只抽出 1 个、每个行为体名下多条预期行为被合并成 1 条、
3 组候选叙事只画 2 个且连线错。

- extraction_spec: 新增业务无关的 _COMPLETENESS_NOTE「逐条抽全、候选项也要抽」
  注入通用规范+写实规范; rwfx completeness_note 显式点名候选目的/每行为体多条
  预期行为/候选叙事都要全抽; _SOURCE_NOTE 改为「报告为主+席位交付补充」
- flow_extract._material: 报告与各席位原始交付一起喂给模型(报告把某层条目压缩
  时回到交付逐条抽全,冲突以报告为准),不再 report present 就只用报告
- flow_extract 抽取/校验 prompt: 补「逐条抽全+候选项全抽+不许合并+不要只照搬
  方案总纲精简主干」,校验新增「候选/多条目是否抽全」必查必补项

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 22:16:27 +08:00
董宏凯andClaude Opus 4.8 d383b0e9dd feat(roundtable): 第二/三步模型自动容错(出问题自动换下一个模型) 
模型出问题时按 config.yaml models[] 顺序自动切到下一个模型继续，并告知用户
「『X』模型异常 → 已切换『Y』继续」。前台实时 + 后台挂起两条路径都覆盖。

- 中间件兜底/熔断 AIMessage 打 LLM_ERROR_MARKER 标记，is_llm_error_message 可识别
- roundtable_model_fallback: fallback_model_chain 候选链 + reason_text + 总开关
  env ROUNDTABLE_MODEL_FALLBACK
- 触发: 异常(start_run失败/idle卡死) / 兜底错误文案 / 交付为空(仅seat/leader)
- 后台 InProcessRoundtableGateway._run_turn_with_fallback 包住每轮 run
- 前台 _special_run/_leader_run 收尾检测失败→model_switch 帧+换模型重流
- 结构化抽取 flow_extract round1 astream 同款换模型循环
- Step2 单席位异常隔离: 单席位失败不拖垮整批/整链/整个作业
- 时间线插「系统提示」气泡 + toast + 诊断 model_switch 事件
- Tests: test_roundtable_model_fallback.py

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 21:37:45 +08:00
董宏凯andClaude Opus 4.8 b1b1ff98f5 feat(roundtable): 深链接业务链抽取规范 + 总结报告文件干净/对话强制核对 
深链接会商（taskId+goPath，businessCode）下按所选业务链完整层级强制校正
结构化抽取(flow-json) 与 方案总结报告：

- 新增 harness 层 extraction_spec（app+harness 共用，单份领域知识两角色用法）：
  build_structure_directive / build_summary_directive 按 businessCode 取
  · rwfx(6BF)：线性 任务→目的→行为体→预期行为→驱动因素→叙事；预期行为↔驱动因素 1:1、余 1:N
  · xdfx(7BF)：分叉汇聚 DAG，根=行动；行动→受众目标/关键传播节点(1:N)→脆弱点(1:N)→策略(多对一)
  · 其余业务通用规范（强约束完整性+命名+取数、不套固定模板）；business_code 空→零副作用
- 结构化抽取：flow_extract._hierarchy_hint + _validate_messages 用 structure_directive
  权威覆盖默认层级（根治"无论什么业务都按目的→行为体抽/停在行为体"）；前端 streamFlowExtract
  传 business_code（源 ingestBusinessCode）
- 方案总结报告：前台 multi_agent._special_run(summary) + 后台 build_summary_prompt 注入
  business 完整性核对（StartJobRequest/StartParams 透传）
- 报告产物策略：.md 报告文件保持完整、干净、无需修改（不写 待补充/不足/⚠️）；
  「核对说明」（意图对齐+业务链完整性+不足/可补充）改为只在对话回复正文、且每次必出
- 种子 roundtable-structure SOUL 层级顺序改 spec-driven、去 rwfx 写死示例

Tests: test_roundtable_extraction_spec / test_roundtable_summary_prompt

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 18:13:03 +08:00
董宏凯andClaude Opus 4.8 3ab674e438 feat(roundtable): Step2 提速四件套 + 方案总结报告意图对齐 
Step2 提速:
- 每席位推理深度覆盖(seat_mode): 业务链条逐席位可配 flash/thinking/pro/ultra,
  覆盖链条级 seatMode;前台三处 dispatch + 后台 job 透传, run_seat 用 _SEAT_MODE_PARAMS 解析
- recommend 后端批内并行: engine._run_recommend 由串行 for 改 asyncio.gather(对齐前端)
- 研讨前并行取数两段式(gather_first, 业务链条 opt-in): 研讨前全席位并行只取数,
  产出作为共享资料注入研讨轮(_seat_message gathered + 前台 runGatherPhase);
  新增 gather_first 列(migration 20260620_02 + idempotent SQL)
- 削减重复广播: suppressPreBroadcast 扩到 recommend(round>=2)/chain(i>0)/chain收口,
  保留首轮背景打底,省 N 次读写大 thread

方案总结报告效果:
- summary 加"意图对齐+缺口核对+防幻觉护栏": SOUL + 后端 build_summary_prompt +
  前端 buildSummaryPrompt 三处对齐; 推断标注(综合推断)、缺真实信息标注待补充交给用户、绝不凭空编

Tests: test_roundtable_seat_modes / test_roundtable_gather_phase / test_roundtable_summary_prompt

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-20 16:28:02 +08:00
董宏凯andClaude Opus 4.8 4a403c95c5 feat(roundtable): 会商诊断日志 + 后台挂起卡死兜底(idle 超时) 
- 新增会商全流程诊断日志：新表 roundtable_diagnostics + 仓储 + admin API
  (/api/roundtable-diagnostics) + 管理员诊断页(会商页右上角设置按钮入口)，
  覆盖第一/二/三步及后台执行器/进程内网关各处报错与关键事件，支持按
  范围/阶段/级别/事件/关键词筛选 + 分页。诊断写入全程 best-effort，绝不打断会商。
- 修复后台挂起「执行完第一个席位后永久卡死」：进程内网关每轮 agent run 改为
  idle(无活动)超时(默认 20min)——只要还在持续产出 token/工具事件就一直等，
  仅当连续无任何输出才判卡死并取消+报错+落 seat_turn_timeout 诊断；慢但活着的
  生成绝不打断。可经 ROUNDTABLE_SEAT_IDLE_TIMEOUT_SECONDS 调整。
- 一并提交进行中的会商 seat-skill 注入 / 业务链条编辑器相关改动。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-19 22:55:56 +08:00
董宏凯 a6dd0fdd85 Merge branch 'dhk-1' into 'master' 
fix(dashboard): 抽取 report-json 前剥离 <think> 思考过程做容错

See merge request knowledge-base-bj/deerflow-server!137
 2026-06-19 07:42:29 +00:00
董宏凯andClaude Opus 4.8 30cf0fed91 fix(dashboard): 抽取 report-json 前剥离 <think> 思考过程做容错 
推理模型(DeepSeek-R1/QwQ 等)输出的 <think>...</think> 思考里常含
```json/裸 {…}，会被误当候选导致抽到错误/残缺数据。抽取前先剥离 think：
- 前端 report-template.ts::extractReportData 开头 stripReasoning(复用 reasoning.ts，
  兼容完整/多段/流式未闭合/只吐闭合四形态)
- 后端 report_json.py 新增 _strip_reasoning 在 extract_report_json 开头调用
- report-template.test.ts +3 例(均通过)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-19 15:36:34 +08:00
AdministratorandClaude Opus 4.8 23e6685977 fix(task-deeplink): 共享任务对话的 md/产物按对话创建者解析路径,修复切换账号后找不到文件 
xdfx/rwfx/3qfx 任务深链对话按 metadata.taskId 全局共享、不区分用户,但生成的
md/artifacts 与上传文件物理存在 users/{user_id}/threads/{thread_id}/ 下,user_id
之前取当前登录账号。导致 A 账号生成的文件,B 账号打开同一共享对话时后端去
users/B/ 找 → 404「找不到」。

新增 deerflow/runtime/thread_paths.py(resolve_path_user_id /
aresolve_path_user_id):带 taskId 的共享对话统一解析到对话创建者
(threads_meta.user_id),个人对话仍走当前登录(行为不变)。在所有线程文件路径关口替换:
写入源 ThreadDataMiddleware、present_files、uploads(manager+middleware+router)、
产物读写(path_utils → artifacts/skills router)、嵌入式 client.get_artifact。
正向结果进程内缓存;无 DB/内存态/无行均安全回退到当前登录。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-19 14:35:22 +08:00
董宏凯andClaude Opus 4.8 03b6fb724c feat(roundtable): 深链策划流程小图 + 流程图弹窗横向/缩略图/深蓝适配 
- Step1 消息列表头部：深链 taskId 模式取到目的树后，左侧标题换成「策划流程」
  彩色层级小图（任务→目的→…→叙事，每级配色对齐流程图节点 + 类型小图标），
  点击打开任务目的流程图弹窗；仅第一步、有数据时出现。
- TaskPurposeDialog 流程图：横向(LR)布局 + 右下角缩略图(MiniMap)。
- FlowGraphPanel 深蓝主题适配(随 ThemeContext)：容器/头部/画布点阵/连线/图例/
  小地图/节点详情弹窗 + 节点配色(FLOW_NODE_TYPE_META_DARK)，浅色红主题不受影响。
- 圆桌侧栏深色兜底：neutral 家族 + 米色 hex(#FAF6F5/#ECE7E4/#E8D0CC) 映射到深蓝
  token(关系图背板、第N步 tag 等不再泛白)。

附带提交工作区其余暂存改动(AI 写作等)，不含 config.yaml。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-18 17:39:19 +08:00
董宏凯andClaude Opus 4.8 ed887f762e feat: 圆桌第3步大屏多页改用专职智能体 + 健壮 report-json 抽取 
修复「大屏多页抽取 json 又失败」：旧实现复用画 HTML 的 roundtable-report
智能体 + rfind 围栏 + 单次 json.loads 的简单粗暴抽取，弱模型跑偏/格式偏差即失败。

- 新内置专职单例 roundtable-dashboard「大屏多页数据智能体」：SOUL 专讲逐席位
  分析 → report-json 契约，禁工具/禁文件/禁 HTML；新 run policy dashboard 禁用一切工具
- harness 新增 report_json.py：多策略抽取（report-json/json/裸 JSON/截断）+ schema
  归一化（移植前端 extractReportData/coerceReportData），返回可直接渲染的归一化 JSON
- 后台 run_dashboard_data 改用专职 agent + dashboard policy + 健壮抽取
- 新增 /api/multi-agent/dashboard/init；前端 initDashboardThread + useStep3Dashboard 改用之

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-17 21:47:21 +08:00
AdministratorandClaude Opus 4.8 5b610fd807 feat: 上下文压缩支持状态持久化缓存,前端过滤隐藏消息 
- summarization_middleware 摘要缓存写入 LangGraph thread state,跨进程/重启可复用
- 摘要消息改为 SystemMessage,提示模型静默使用、不泄露
- thread_state 新增 context_summary_cache 字段
- app_config 加载时记录 summarization 配置日志
- config.yaml 压缩触发/保留阈值调整为生产值(token 预算)
- 前端 input-box / message-list 过滤 hide_from_ui 消息

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-16 22:16:06 +08:00
吉鑫升andClaude Opus 4.8 342fa8265a feat: 知识批量沉淀改为后台任务,避免 nginx 504 
- /ingest/threads/batch 新增 background 参数(默认 true),立即返回 {queued:true}
- 抽取循环抽出 _run_batch_ingest,后台路径显式传入 created_by
- 前端知识库页与输入框、线程 hooks/types 配套调整
- config.yaml 上下文压缩测试值

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-16 21:07:17 +08:00
Administrator b380575f16 Merge remote-tracking branch 'origin/master' into ji 
# Conflicts:
#	frontend-web/src/core/page-layout/sidebar-menu.ts
#	frontend-web/src/core/system-settings/api.ts
#	frontend-web/src/core/system-settings/hooks.ts
#	frontend-web/src/strategy-components/Header.tsx
#	offline-backend-20260512/backend/CLAUDE.md
#	offline-backend-20260512/backend/app/gateway/routers/system_settings.py
#	offline-backend-20260512/backend/packages/harness/deerflow/config/system_settings.py
#	offline-backend-20260512/backend/scripts/sql/column_additions_mysql.sql
 2026-06-16 20:01:42 +08:00