wsk/deerflow-code
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,284 Commits 39 Branches 0 Tags
158d157af47cd06d948e5022ea8be0897a526a6c
Commit Graph
1284 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
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
吉鑫升 38f98cdf5c Merge branch 'ji' into master 
# Conflicts:
#	offline-backend-20260512/backend/scripts/sql/column_additions_mysql.sql
 2026-06-25 21:49:12 +08:00
吉鑫升andClaude Opus 4.8 a417124c21 feat(auth): 登录白名单细化为黑名单模式(approved 默认放行)+ 同步构建产物 
- approved 放行标记默认 True:新账号首次登录即放行,登录白名单开关打开时只拦截
  被管理员显式「取消放行」(approved=False) 的用户;enforce_user_approved 放在
  各登录端点拿到 user 后、签发 JWT 前调用,admin 永远放行。
- 同步调整 LoginWhitelistPage / local_provider / models / system_settings /
  迁移 20260625_02 / user model / column_additions_mysql.sql 与 CLAUDE.md。
- 更新 backend/backend.zip 构建产物。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 21:41:15 +08:00
吉鑫升andClaude Opus 4.8 f3f11461de fix(open-3qfx): 免登录建会话补 default 用户上下文,修复 thread_meta 不落库 
开放接口 /api/open/3qfx/ask 免登录、无 user context,start_run 写 thread_meta
前先 thread_store.get() 默认 user_id=AUTO,resolve_user_id(AUTO) 在无 context 时
抛 RuntimeError 被 start_run 的 try/except 当「非致命」吞掉,thread_meta 行从未
创建,前端按 metadata.taskId 怎么也搜不到这条会话(run 却已建)。

- 调 start_run 前显式 set_current_user 为 default 用户桶(后台 run_agent task
  在 create_task 时快照此 context,故后台运行也归属 default,符合任务深链对话
  全局共享、按创建者解析文件的语义),thread_meta 正常落库。
- 把 cop_task_detail_* 配置补到实际加载的 offline-backend-20260512/config.yaml
  (此前只加在不生效的 backend/config.yaml)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 21:40:57 +08:00
董宏凯 2e79cee24a Merge branch 'dhk-1' into 'master' 
Dhk 1

See merge request knowledge-base-bj/deerflow-server!151
 2026-06-25 13:30:25 +00:00
fengxiangdebaozi 1fd997303e Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-1 2026-06-25 21:29:14 +08:00
吉鑫升 cc017a22c7 Merge branch 'ji' into master 2026-06-25 20:38:33 +08:00
AdministratorandClaude Opus 4.8 5f01e8dd03 feat(message-token-usage): 速度条图例按当前速度只显示对应颜色 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 20:29:26 +08:00
fengxiangdebaozi ce69905950 Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-1 2026-06-25 19:54:58 +08:00
fengxiangdebaozi 71e7b9dd63 代码提交 2026-06-25 19:54:37 +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
AdministratorandClaude Opus 4.8 fe7c6cb8f7 feat(open-3qfx): 开放接口按 taskId 直接发起 3qfx 第一次问答 
新增 POST /api/open/3qfx/ask（无需登录，/api/open/ 白名单 + CSRF 豁免）：
只传一个 taskId，后端解析 3Q 业务配置的智能体 + 按 id 拉取 cop-task-detail
拼出与前端一致的开场白，新建带 metadata.{taskId,agent_id} 的真实会话并后台
启动持久化运行，立即返回 thread_id（随后在 3qfx 任务工作区对话列表观看）。

- start_run() 增加 keyword-only enforce_access（默认 True）；开放接口传 False
  绕过按当前（无）登录用户的智能体可见性校验
- task_deeplink 配置新增 cop_task_detail_url / _authorization / _test + mock
- tests/test_open_3qfx.py（10 项，tests/ 被 .gitignore 故未入库）

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 19:19:17 +08:00
fengxiangdebaoziandClaude Opus 4.8 dc5b83e8cd Merge branch 'dhk-3': 会商第一步分析记录按业务链筛选 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 18:09:37 +08:00
fengxiangdebaoziandClaude Opus 4.8 27fffbec61 feat(会商第一步): 分析记录按业务链筛选(漏斗下拉, 选项从草稿chainTitle去重) 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 18:08:36 +08:00
AdministratorandClaude Opus 4.8 d35d121261 feat(auth): 登录白名单也拦「接口问答」(已登录的 run 接口按用户放行) 
开关开启时,未放行用户(非 admin)即便持旧 token,直接调发起问答的 run 接口
(/api/threads/{id}/runs[/stream|/wait]、/api/runs/{stream|wait})也返回 403,
不止拦登录。在 AuthMiddleware 解析出 user 后仅对问答 run 请求复用
enforce_user_approved;GET 列表/join/cancel/feedback 及普通浏览不受影响;
内部/渠道调用与无鉴权 /api/open/chat 不在此范围。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 17:37:47 +08:00
fengxiangdebaozi 368673c3b4 Merge branch 'dhk-1': ai写作技能检索稳定接收数据 + 内网兜底优化 2026-06-25 17:06:01 +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
Administrator 0aa55eb333 Merge branch 'ji' of http://192.168.0.200/knowledge-base-bj/deerflow-server into ji 2026-06-25 16:09:51 +08:00
AdministratorandClaude Opus 4.8 1d1ab384ef feat(auth): 登录白名单(注册后管理员审批放行 + 全局开关) 
用户仍可自助注册,普通账号默认 approved=False(待审批),admin 建号即 True;
存量用户迁移回填 True 避免锁死。系统设置 login_whitelist.enabled 总开关:关=
所有人可登录,开=仅已放行用户(或 admin)可登录。三登录端点建号后、发 token 前
经 enforce_user_approved 拦截,未放行返回 403 PENDING_APPROVAL。管理员在「白名单
管理」页(设置下拉入口)切总开关 + 逐用户放行。取消放行只拦下次登录。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 16:09:38 +08:00
吉鑫升andClaude Opus 4.8 864224e07c feat(message-token-usage): 速度条下方常驻颜色含义图例 
生成结束后在速度条下方展示一行图例(SpeedLegend),把进度条配色归并为用户视角的
延迟正常/微长/长 + 无响应四类说明,帮助用户理解速度条颜色代表的模型生成延迟状态。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 16:07:54 +08:00
吉鑫升andClaude Opus 4.8 04b38a4a25 fix(task-buttons): append_auth 显式 server_default 修复旧库 /api/task-buttons 报 500 
旧库已存在 task_buttons 表时，启动期自动补列 _ensure_orm_columns_sync 会跳过
「NOT NULL 且无 server_default」的列，导致 2026-06-25 新增的 append_auth 永远补不上，
GET /api/task-buttons 查询报 Unknown column → 500。给该列加 server_default="0" 后，
重启即自动 ALTER TABLE 补列，与迁移 20260625_01 保持一致。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 15:57:26 +08:00
吉鑫升andClaude Opus 4.8 f8b40353ef feat(task-buttons): 跳转按钮可追加登录态 token+username + token 登录离线测试映射 
rwfx/3qfx/xdfx 任务工作区的可配置跳转按钮(按钮管理)新增「追加登录态」开关:
url 类型按钮可在外链后拼 ?token=<token1>&username=<登录名>(参数名可配,默认
token/username),供跳转目标外部系统识别当前登录用户。

- 仅 token 登录(login/token)生效: token1 = ?authToken=,username = 后端用
  token 调 getTokenInfo 解析出的原始登录名(非邮箱前缀/非解 JWT)。二者登录时
  经 persistLoginCredentials 存入 login.token1/login.username(scoped-storage
  自动隔离嵌入/独立会话);非 token 登录读不到 token1 则跳过追加。
- 后端 UsernameLoginResponse 回传 username(原始名,规避邮箱归一化有损);
  token_login 加 mock_tokens 离线测试映射(123ewq->admin),命中即跳过外网
  getTokenInfo,便于本地全链路联调。
- task_buttons 加列 append_auth/auth_token_param/auth_name_param
  (migration 20260625_01 + 幂等 SQL)。

Tests: test_task_buttons.py, test_auth_login_modes.py(mock token/username 回传)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 14:52:07 +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 04e6d0aa00 fix(ai写作): 前端实时接收技能步骤(此前被白名单丢弃，只在快照里一次性显示) 
根因在前端：后端 _emit_skill_step 以 writer({"type":"skill_search_step", **step})
发出，**step 里的 type(invoke_skill/list_skills/skill_result/select_skills/
match_skills/skill_error/fallback/stop_early)会覆盖外层 "skill_search_step"，
所以 custom 事件实际 type 是这些内层值。customToProgressEvent 的白名单没有它们，
直接 return null 丢弃——后端逐条实时发(SSE id 时间戳已证实分散在 0~76s)，前端却
全扔了，技能步骤只能等节点结束的素材包快照一次性出现(前端一直 loading)。

修复：customToProgressEvent 按内层 step 类型识别，实时归一成 skill_search_step
事件(与快照里的 step 同格式)，让技能调用过程一步步实时进时间线。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-25 01:20:21 +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
吉鑫升andClaude Opus 4.8 6989dd45f1 fix(chat): 问答回答时间戳不再漂移到当前电脑时间 
AI 回答无自身时间戳,原先在首次渲染时用 new Date() 兜底,导致
未在原会话完成、或从历史重新加载的回答显示加载时刻而非真实时间。
改为让 AI 回答继承同轮提问的可靠 client_ts(turnTime),并停止给
AI 消息打 now 戳;显示层优先用提问时间,可自愈历史错误时间。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:57:21 +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
fengxiangdebaozi 4f68235c94 Merge branch 'master' of http://192.168.0.200/knowledge-base-bj/deerflow-server into dhk-1 2026-06-24 22:45:42 +08:00
吉鑫升 c1143564ef Merge branch 'ji' of http://192.168.0.200/knowledge-base-bj/deerflow-server into ji 2026-06-24 22:42:21 +08:00
吉鑫升andClaude Opus 4.8 ea2ea9783e feat(task-deeplink): xdfx 开场信息追加行动标题与行动内容 
xdfx（行动分析）深链开场信息原先只附行动id（action_id），现额外
拼上行动标题（actionName）与行动内容（narration）。优先读登录时
缓存的行动详情（readActionDetail），无缓存再 fetchActionDetail，避免
重复请求。buildOpeningText 第三参数由 actionId 改为 ActionOpeningInfo。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:34:25 +08:00
吉鑫升andClaude Opus 4.8 e3e93712b6 feat(task-deeplink): xdfx 开场信息追加行动标题与行动内容 
xdfx（行动分析）深链开场信息原先只附行动id（action_id），现额外
拼上行动标题（actionName）与行动内容（narration）。优先读登录时
缓存的行动详情（readActionDetail），无缓存再 fetchActionDetail，避免
重复请求。buildOpeningText 第三参数由 actionId 改为 ActionOpeningInfo。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:33:09 +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
董宏凯andClaude Opus 4.8 1a127ef602 chore(定时任务): 替换 no.3 模板内容为 no.3-1.html（仍只展示） 
- templates/no3/no3.html 覆盖为新版(73KB，const DATA = {…} 内联)
- id/name/注册不变，仍为 convertible=False 只展示

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 22:17:24 +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
董宏凯andClaude Opus 4.8 ca31490241 chore(定时任务): no.9 模板显示名称改为 no.13（id 仍为 no9） 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 21:11:33 +08:00
董宏凯andClaude Opus 4.8 6c42f86e30 chore(定时任务): no.8 模板显示名称改为 no.12（id 仍为 no8） 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 21:09:56 +08:00
董宏凯 5b818836d7 Merge branch 'dhk-1' into 'master' 
fix(登录): redirect 透传登录 URL 其余 query 到目标页

See merge request knowledge-base-bj/deerflow-server!150
 2026-06-24 11:49:00 +00: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 42f55251f2 feat(ai写作): 历史回看右侧成稿可编辑并保存回历史记录 
- 后端新增 PUT /api/ai-writing/sessions/{id}/draft（属主校验，draft_title 可选）
- 前端历史模式放开只读，工具栏新增「保存」按钮持久化修改
- 实时写作完成态保持原样（仅导出，不落库）

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:32:11 +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
董宏凯andClaude Opus 4.8 8678ceb422 feat(定时任务): 新增第九个 HTML 模板 no.9（只展示） 
- no.9.html(160KB)复制进 templates/no9/；数据用 `const DATA = {…}`(= 前有空格，同 no.6)，
  当前引擎正则要求 const DATA=，不匹配，故先注册为 convertible=False 只展示
- 前端下拉/参考列表自动出现 no.9
- 测试覆盖 no.9 存在/只展示/文件可读

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:17:56 +08:00
董宏凯andClaude Opus 4.8 31cd19aabb feat(定时任务): 新增第八个 HTML 模板 no.8（只展示） 
- no.8.html(77KB)复制进 templates/no8/；数据存于 <script id="DATA"
  type="application/json"> 元素(同 no.4/no.7 元素注入)，当前引擎只支持 const VAR= 行注入，
  故先注册为 convertible=False 只展示
- 前端下拉/参考列表自动出现 no.8
- 测试覆盖 no.8 存在/只展示/文件可读

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:16:34 +08:00
董宏凯andClaude Opus 4.8 60029ae3dc feat(定时任务): 新增第七个 HTML 模板 no.7（只展示） 
- no.7.html(605KB)复制进 templates/no7/；数据存于 <script id="PAGE_DATA"
  type="application/json"> 元素(同 no.4 类元素注入)，当前引擎只支持 const VAR= 行注入，
  故先注册为 convertible=False 只展示
- 前端下拉/参考列表自动出现 no.7
- 测试覆盖 no.7 存在/只展示/文件可读

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:13:38 +08:00
董宏凯andClaude Opus 4.8 4f62703477 feat(定时任务): 新增第六个 HTML 模板 no.6（只展示） 
- no.6.html(266KB)复制进 templates/no6/；数据用 `const DATA = {…}`(= 前有空格)，
  当前引擎正则要求 const DATA=，不匹配，故先注册为 convertible=False 只展示
- 前端下拉/参考列表自动出现 no.6
- 测试覆盖 no.6 存在/只展示/文件可读

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-24 18:09:47 +08:00