01Scenario
标书不是一段文字，而是一整套高度结构化的文档工程。
很多人看到这个项目，第一反应是“用 AI 写文档”。但实际投标工作远不止写一段话那么简单，它涉及规范理解、格式要求、历史案例复用、内容拼装和反复校对。所以产品设计必须覆盖从信息组织到最终输出的完整流程。
- 把内容生成、知识检索、文档转化与整理汇总放进同一个工作流。
- 针对工程类文档的结构化特点设计输入输出，不只追求写得快。
- 保留用户可编辑空间，让 AI 输出能继续被人工控制和修订。
01 / THE CONTEXT
标书AI自动化辅写工具
标书 AI 自动化辅写工具聚焦工程类项目投标场景，目标是减少大量重复而耗时的文书整理工作。我负责从产品构想到前后端与桌面端实现，围绕标书撰写流程拆解出多个可执行的 AI 能力模块。
我的角色
独立开发 / AI 工具产品设计 / 多端实现
交付范围
- Electron 桌面端应用
- 施工方案与技术规范生成
- RAG 知识库与文档处理链路
- PDF / Word / Markdown 多格式流转
技术与工具
Vue3 / FastAPI / Electron / RAG / Office 文档处理
垂直场景
面向工程投标多能力组合
生成 + 检索 + 转换桌面端
适合真实办公流02 / INSIDE THE PROJECT
项目的关键设计与实现。
02Workflow
从知识库到格式转换，尽量把重复劳动收敛成自动链路。
项目里比较有价值的一点，是不是只做一个“生成按钮”，而是把文档预处理、知识检索、结果拼装、导出转换尽量串成一条链，让用户不需要在多个软件之间来回切换。
- 支持基于知识库的内容生成与规范响应。
- 支持 PDF 转 Word、Markdown 转网页等常见办公需求。
- 通过 Electron 提供更接近桌面办公软件的使用方式。
03 / THE OUTCOME
最终，留下什么。
- 01
将标书生成从零散工具拼接变成一套连续可操作流程。
- 02
提升工程文档编制、整理与复用效率。
- 03
把知识库、写作、格式转换整合到统一桌面工具中。
浏览完整项目图库06 张影像
04 / THE JOURNEY
每一步，都算数。
- 01
场景拆解
围绕标书撰写链路，把高频痛点拆成施工方案生成、规范响应、资料整理、格式转换等模块。
- 02
能力整合
将大模型、知识库、文档转换和桌面交互整合在一起，保证操作路径连贯。
- 03
产品落地
围绕真实投标使用场景持续打磨，强调实用性、效率和结果可编辑性。
