Harnetics

[ 一句话介绍 ] Harnetics — 给商业航天工程师的跨部门文档对齐工作台。 我们做了什么 把"找文档 → 手动比对 ICD → 写草稿 → 让评审挑错"这条链条，压缩成：上传文档、输入主题、拿到带引注的对齐草稿。本地部署，数据不出内网。 [ 解决的问题 ] · 文档对齐靠人肉——一份测试大纲从起草到提交，工程师要跨 5–8 份上游文档手动核对 ICD 参数、版本号、接口约束，平均耗时 2–3 天。漏改一条参数，下游评审打回整份文档。 · ICD 更新没人知道——接口控制文件改了，靠邮件通知。通知漏人很正常，最后发现某个子系统的设计文档还在用三个版本前的参数，这种事不是偶发，是常态。 · 大模型用不了——数据涉密，云端 API 碰不了。本地跑大模型又没有专人维护，文档格式五花八门（Word/Excel/PDF/YAML），现有工具全部对不上。 [ 技术亮点 ] 知识图谱 + 向量双索引——文档入库时同时建 SQLite 图谱（记录文档间的引用关系和 ICD 参数归属）和 ChromaDB 向量索引（段落级语义召回），草稿生成时图谱做硬约束、向量做模糊检索，引用有据可查。 富格式文档一键导入——.docx / .xlsx / .csv / .pdf / .yaml / .md 全部支持，上传即自动解析 + 建索引，不需要工程师改格式、跑脚本。 本机自进化（GEP 协议）——每次草稿生成后，系统把评估结果（Pass/Warning/Blocker）写入本地信号文件，下次生成前调用 evolver 读取历史信号，根据阻断率自动切换演化策略（探索 / 均衡 / 稳固 / 紧急修复），LLM 的 system prompt 随之调整。越用越聪明，完全离线，进化记忆留在本地。 零外部依赖部署——一行 docker compose up，后端 FastAPI + 前端 React SPA 打包进同一镜像，本地 Ollama + Qwen 预配置好，IT 不需要介入。