面向企业投标场景的 AI 智能写作与知识协同平台

KunLun 招投标
让企业投标从
文档作业升级为智能流程

以项目为中心组织招标文件解析、目录规划、章节生成、AI 填充、知识库检索与 Word 导出,让投标团队把精力放在方案判断与质量把控,而不是反复搜资料、改模板、搬内容。

产品形态Web 应用 + API
核心场景标书写作 / AI 填充 / 评标
技术底座Vue 3 + Flask + MySQL
知识能力企业知识库 + RAG 检索

Demo Access

演示站链接 https://ztb.sanhuaai.com/
登录账号 admin
登录密码 123456
解决方案定位

不是单点写作工具,而是一套适合企业投标组织、资料协同、方案生成与交付沉淀的智能化作业平台。

一个围绕企业投标全流程设计的 AI 生产平台

这个项目不是单点的“AI 写作工具”,而是把标书生产、资料沉淀、模型调用、评标辅助和管理后台连成同一条业务闭环,适合做企业内部投标中台、行业方案工具,或对外 SaaS 化扩展。

围绕真实投标业务设计

覆盖标书写作、招标管理、AI 填充、智能评标、合同/客户/资质管理与 AI 问答,不是拼接式的功能集合,而是按业务链条组织。

从“文档生成”升级到“知识协同”

支持企业资料上传、历史标书沉淀、向量检索增强生成,既能写当下,也能让资料持续复用,避免同类项目每次从零开始。

适合私有化和行业化扩展

前后端分层清晰,支持多模型接入、OnlyOffice 在线编辑、Docker 部署与管理后台配置,便于做定制交付与行业版本迭代。

10+
覆盖标书写作、评标、管理、知识库等完整业务模块
1 条
从上传招标文件到导出 Word 的闭环式工作流
多模型
支持 OpenAI 兼容接口与 DeepSeek / 通义 / Kimi 等模型策略
私有化
支持服务器部署、域名接入、运维脚本和企业环境配置

投标工作长期被重复整理、跨部门协同和资料断层拖慢

企业投标往往不是“写一份文档”,而是从招标要求理解、资质搜集、历史方案复用、章节组织,到最终提交的复杂协同过程。传统方式依赖 Excel、Word、共享盘和个人经验,难以复用,也难以标准化。

资料分散

客户资料、资质文件、历史合同、技术方案和模板分布在不同目录与人员手里,查找成本高,信息更新不一致。

生成链路断裂

从解析招标文件到写正文、填模板、润色和导出,通常依赖多个工具切换,流程跳转频繁,错误难追踪。

知识无法沉淀

做完一次项目后,经验常常停留在文件夹和个人脑中,下一次面对相近项目仍需重复检索和改写。

把 AI 从“会写几段话”变成“会推进一整个投标任务”

平台定位不是替代专业人员,而是提供一个统一的项目工作台:人负责判断、选择和审核,系统负责解析、编排、填充、调用知识和生成初稿,把复杂流程切成可控步骤。

平台愿景

沉淀一套适配企业招投标场景的 AI 中台,把招标业务里的知识、模板、流程、模型与权限统一到一个系统里,既服务单次项目效率,也服务长期方法论复用。

  • 对业务团队:降低重复写作与资料搜集压力,提升交付一致性。
  • 对管理者:统一模型策略、知识来源、审计日志和资料库结构。
  • 对交付团队:方便做行业定制、客户私有化部署与二次开发。

适配对象

  • 投标团队:需要稳定生成标书、方案书与附件。
  • 咨询与集成商:需要复用行业知识和项目模板。
  • 企业数字化团队:希望把招投标能力沉淀为内部系统。
  • 软件交付团队:需要一个可部署、可扩展的演示与交付底座。

从标书写作到知识检索,模块围绕真实使用链路展开

核心功能不是孤立页面,而是围绕项目推进状态进行组织:先理解招标文件,再生产结构化内容,再让知识库、评标与管理能力参与进来。

标书写作工作台

创建项目、上传招标文件、预分析、目录规划、章节生成、工作台编辑,构成整套正文生产主流程。

AI 填充与模板输出

根据模板和项目事实自动填充 Word 占位内容,适合标准化封面、表格与重复性章节。

智能评标

提取标书要求并进行 AI 辅助评标,帮助团队从“只生成”走向“生成后自检”。

知识库与 AI 问答

上传企业资料、历史标书与通用文档,通过向量检索增强生成和问答,让内容更贴近企业自身语料。

招标 / 客户 / 资质 / 合同管理

把基础数据资产放进统一后台,避免“资料都在,但找不到、调不动、引用不准”的情况。

多模型与后台配置

支持 OpenAI 兼容模型接口与后台测试配置,方便按成本、速度、质量调整企业自己的生成策略。

工作流设计清楚,适合演示、落地和后续扩展

这套系统最有价值的部分,不只是能生成文字,而是把投标动作变成可回放、可操作、可逐步确认的流程。用户不会被丢进一个大文本框,而是被带着推进任务。

01
创建项目并上传招标文件

系统接收原始招标文件,为后续章节规划、内容抽取和项目协作建立任务上下文。

02
预分析与目录规划

解析项目概况、评分要求与章节结构,帮助团队快速确定写作框架和重点章节。

03
章节生成与工作台编辑

逐章生成、整章重写、选区改写、人工补充和润色结合,形成真正可交付的正文。

04
模板填充、知识问答与评标辅助

在生成主文的同时调用资料库、填充标准模板,并用 AI 校验需求覆盖情况。

05
导出 Word 与交付留痕

输出 `.docx`,可选接入 OnlyOffice 做在线编辑,并在后台保留配置与审计信息。

为什么这个流程适合做项目介绍页

它天然具备“输入 - 理解 - 生成 - 校验 - 导出”的叙事结构,既容易向客户解释,也容易作为产品路线图和演示主线。

  • 易讲清:每个步骤都对应清晰页面与成果物。
  • 易演示:上传、目录、生成、评标、导出都有直观反馈。
  • 易扩展:后续可以接审批、权限、项目协同、计费等模块。

前后端、模型、知识库和导出能力已经形成一套完整底座

项目技术栈清晰,适合快速交付。前端以 Vue 3 构建操作台,后端基于 Flask 提供 API 与任务逻辑,MySQL 负责业务数据,知识库与向量能力用于增强生成,整体可通过 Docker Compose 部署。

技术栈概览

  • 前端:Vue 3、Vite、Element Plus、Pinia、Vue Router、Tiptap
  • 后端:Flask、Flask-CORS、Gunicorn
  • 数据库:MySQL 8.x 负责业务数据
  • 知识检索:ChromaDB 默认,可扩展到 PostgreSQL + PGVector / Milvus
  • 文档处理:Mammoth、PyPDF2、python-docx、Markdown
  • 部署:Docker Compose,支持 Linux 服务器私有化部署

系统结构

  • 浏览器端:用户操作台、管理后台、知识库与项目工作台
  • 应用层:招投标流程、AI 填充、评标、模型配置、问答与导出接口
  • 数据层:MySQL 业务库、向量库、上传文件与生成结果存储
  • 模型层:兼容多家大模型接口,支持企业按成本和质量做策略切换

差异化不在“能不能写”,而在“能不能把业务体系接起来”

很多 AI 工具停留在聊天和段落生成层面,这个项目的独特价值在于,它把数据、文档、流程、知识和后台治理放在了同一个系统里。

流程闭环

从招标文件输入到导出交付形成连续主线,不要求用户自己拼流程。

资料沉淀

企业知识库、客户、资质与历史项目内容可以逐步积累,而不是一次性调用后丢失。

多模型策略

模型层可替换、可测试、可配置,便于根据不同客户和预算做接入方案。

交付友好

已有部署脚本、Docker 结构、后台管理与文档,更接近可交付产品而非实验项目。

页面组织天然适合做客户演示和讲解路径

介绍这个项目时,可以沿着“项目建立 - 内容生成 - 资料协同 - 输出交付”的顺序去展示,客户更容易理解这不是一个简单聊天机器人,而是一套生产系统。

STEP 01

上传招标文件

从原始文件切入,让客户一眼理解系统的输入端在哪里。

STEP 02

生成目录结构

展示系统不是只会写字,而是先把任务结构化。

STEP 03

逐章生成与编辑

让用户看到可控的 AI 参与方式,而不是黑盒一次性输出。

STEP 04

接入知识与评标

体现企业资料复用、项目自检和后台能力的价值。

STEP 05

导出与交付

落到 Word 与企业现有工作方式衔接,便于形成实际成交场景。

部署结构清楚,适合演示环境、客户服务器和持续交付

项目已经具备私有化部署所需的关键基础:环境变量模板、Compose 编排、部署脚本、健康检查与文档说明,适合快速搭建测试环境或交付到客户服务器。

部署方式

  • 推荐:Linux 服务器 + Docker Compose
  • 入口:应用容器提供 Web 与 API 服务
  • 依赖:MySQL、可选向量库、可选 OnlyOffice

运维支持

  • 脚本:deploy-linux、server-start、compose 检测等辅助脚本
  • 校验:支持状态查看、日志跟踪、重启和重建
  • 文档:仓库已包含部署指南与系统架构说明

适合二次交付

  • 品牌化:可替换域名、导航、介绍页与企业资料
  • 模型替换:支持兼容 OpenAI 协议的供应商接入
  • 行业化:可围绕招投标、咨询、方案书等场景继续扩展