refactor(knowledge-graph): KG Build API 改为 fire-and-forget 模式，后台异步执行构建

[ThreeFish-AI]

背景

• 本次变更要解决的问题：KG Build API 原为同步阻塞模式，BFF 需 15min 长超时等待后端返回完整构建结果；前端已通过 HTTP 轮询 build-runs/latest 获取进度，API 同步等待造成不必要的资源占用与超时风险。
• 关联上下文：前序 PR fix(knowledge-graph): KG Build Progress SSE → HTTP Polling + 注册 KG Build Run 看门狗 #503（SSE→HTTP Polling）、fix(knowledge-graph): 修复 KG Build Run 卡死无法收敛 + 补全 Graph 页面取消按钮 #507（卡死收敛+取消按钮）已将前端改为轮询模式，本 PR 完成后端对应的 fire-and-forget 改造。

核心变更

• service.py：将 GraphService.build_graph 拆分为 _init_build_run（<1s 快速创建 build run 记录 + 注册取消信号）与 _execute_build（后台执行全量构建管线）；原 build_graph 保留为向后兼容 wrapper（init + execute 顺序调用）
• api.py：API 层同步 await _init_build_run 获取 run_id 后立即返回 status="running"；实际构建由 asyncio.create_task 在后台执行，通过 _KG_BUILD_BG_TASKS 强引用集合防止 GC 回收
• route.ts：BFF 代理超时从 LONG_TASK_PROXY_TIMEOUT_MS（15min）降至 DEFAULT_PROXY_TIMEOUT_MS（30s），仅需覆盖 init 阶段
• 进度上报改为自适应节流：max(1, total_chunks // 200) + 5s 时间兜底（原固定 5 chunks / 10s）
• 新增 chunk 级 debug 日志（chunk_processing_started / chunk_processing_completed）及 timeout warning 日志，增强可观测性

风险与回滚

• 主要风险：后台 Task 异常时 _execute_build 内部已覆盖 DB 终态写入（含双重 fallback），极端情况由看门狗（fix(watchdog): 看门狗定时任务增加 KG Build Runs 卡死状态收敛 (#502) #502）兜底收敛
• 回滚方式：git revert 本提交即可，向后兼容 wrapper build_graph 不影响其他调用方

验证证据

• 单元测试：ruff lint/format + ESLint 通过
• 集成测试：fire-and-forget 不改变 _execute_build 内部逻辑，现有测试覆盖不变
• E2E/Workflow：需浏览器验证：触发 KG Build → API 即刻返回 running → 轮询进度正常推进至终态

影响范围

• 前端：无变更（前端已为轮询模式）
• 后端：knowledge/api.py、knowledge/graph/service.py
• GitHub Actions / 文档：无

Next Best Action

• 验证：在 staging 环境触发一次完整 KG Build，确认 API 响应 < 1s 且后台构建正常完成
• 可选优化：_init_build_run 当前为 private 方法，可考虑提升为 public 接口以改善 API 层调用封装