| 项 | 现状 | 位置 / 证据 |
|---|---|---|
| 向量检索服务 | kb_server.py 运行中，端口 18791（存在重复实例，待清理） | C:\Users\15065\WorkBuddy\2026-09-24-12-42-19\agent_relay\kb\kb_server.py |
| 检索数据库 | kb.sqlite 33.6MB（文档 + 向量库） | 同目录 |
| 对话中继服务 | server.py 运行中，端口 18790（存在重复实例，待清理） | 同 agent_relay 目录 |
| 文件扫描库 | file_scan.sqlite 330MB | D:\龙辉知识库\_索引\ |
| 公共区文字 | 686GB 已采集 | D:\龙辉知识库\_公共区文字 |
| 素材库 | 20.7GB / 55,389 图 / 406 组 / VERSION=v1.1 | D:\龙辉知识库\_素材库 |
| 内容组件库 | 30.4MB / 7,409 块 / 28 模块 | D:\龙辉知识库\_内容组件库 |
| 四台推理机 | 青龙 14B / 白虎 14B / 玄武 8B / 雷神 8B / 玉柏 6 模型 | 详见四机分工表 |
kb_server 增加 SQLite FTS5 关键词索引，向量 + 关键词双路召回（RRF 加权），精确型号查询命中率目标 +30% 以上。
接入玉柏 bge-reranker（或 qwen3:8b zero-shot），对双路 Top50 重排取 Top5-10。
标书/招标文件按章节语义边界切块，长文重叠分块（块 512-800 token，重叠 10%）。
100 条真实业务问题（含 50 条精确型号词）建评估集，改版前后跑分对比。
双路召回合并，命中率显著提升，旧索引可回滚。
Top5 相关性明显优于截断式。
粒度对得上投标需求。
用真实数据证明提升幅度。
| 能力 | 内容 |
|---|---|
| RAG 问答接口 | server.py 增加 /api/ask：问题 → 混合检索 → 重排 → 拼 Prompt → 青龙/白虎 qwen3:14b 生成带引用的回答 |
| 标书撰写工作流 | 招标文件解析 → 需求模块映射（28 模块树 + 招标-模块映射.csv）→ 逐模块检索内容组件库 7,409 块 + 素材库 55,389 图 → 组卷 → AI 润色 → 出稿 |
| 四机调度 | 查询类任务派 8B 快机，生成/精炼类派 14B/24B/27B，全部遵守负载铁律 |
| 002风格前端 | 网页对话界面（电脑 + 手机双端），支持提问 / 标书生成 / 素材预览 |
| 机器 | IP | 干精活（慢而准） | 干快活（秒回） |
|---|---|---|---|
| 青龙 | 本机 | qwen3:14b 标书精炼 / 长文重写 | bge-m3 嵌入 + 调度中枢 + 自检 |
| 白虎 | 10.10.10.2 | qwen3:14b 标书长文生成 | — |
| 玄武 | 192.168.0.255 | — | qwen3:8b 快速问答 / 初筛（RTX3060Ti） |
| 雷神 | 192.168.2.138 | — | qwen3:8b 快速问答 / 初筛（RTX5060Ti） |
| 玉柏 | 192.168.2.26 | r1:14b 审查复核 / 24b·27b 高质量生成 | bge-reranker 重排 / qwen3-vl:4b 读图 |
| 步骤 | 内容 |
|---|---|
| 增量扫描 | 定时扫描 _公共区文字 新文件（对比 file_scan.sqlite 记录），新增才嵌入入库 |
| 增量嵌入 | 新文件 → bge-m3（青龙/玉柏）→ 写 kb.sqlite，不重算旧向量 |
| 更新替换 | 文件内容变化时按文件 hash 判定，替换旧向量 |
| 定时任务 | 每天 2 次增量入库（09:30 与 14:30，避开用电高峰），增量延迟 ≤1 小时可检索 |
| 模块 | 内容 |
|---|---|
| 库总览 | 文档数 / 向量数 / 分块数 / 素材图数 / 组件块数 |
| 检索健康度 | 最近检索 QPS、命中率、平均耗时、Top5 准确率 |
| 四机状态 | CPU / GPU / 内存 / 模型 / 任务队列 / 在线状态（红绿） |
| 入库流水 | 最近增量入库记录（时间 / 文件数 / 向量数 / 来源） |
| 自检日志 | 每日自检结果时间线（异常标红） |
| 期 | 内容 | 交付物 | 工期 |
|---|---|---|---|
| 一期 | 方向一（混合检索+重排+分块）+ 方向四（增量更新） | 检索服务升级版、增量脚本、评估报告 | 3-4 天 |
| 二期 | 方向三（四机调度）+ 方向五（巡检看板） | 调度器、看板页面（002风格） | 2-3 天 |
| 三期 | 方向二（RAG 接入对话与标书撰写） | /api/ask、标书工作流、002风格对话界面 | 3-5 天 |
| 四期 | 联调 + 双端自检 + 发布 + 员工试用 | hedalong 上线、操作手册 | 1-2 天 |
| # | 风险与对策 |
|---|---|
| 1 | 服务连续性：改造期间 kb_server（18791）/ server.py（18790）各保留一个实例运行，先备份现行代码再动手（沿用 .bak 惯例） |
| 2 | 重复实例：当前两个服务各重复起 2 个实例，开工前先清理（保留最早 PID），避免端口冲突 |
| 3 | 负载铁律：任何批处理任务开始前先查四机负载，任一 ≥80% 即暂停 |
| 4 | 数据真实：看板与评估报告全部用真实数据，禁止 mock |
| 5 | 风格规范：本规划书及后续全部页面采用 002 风格（hedalong v-dark），不再使用票管家风格；002 为暂定名，用户更名后全局替换 |