私有化标书写作与审核工作台 · 建设方案

原创

益达AI

发布于 2026-10-28 16:57:59

以安徽水安现有技能、专家与评分体系为内核，参照华隐AI工作台的生成模式，构建自有可控、可演进的标书生产与审查平台。

编制：水安AI 技术标体系　|　日期：2026-10-28　|　版本：v1.0（可行性论证与路线设计）

一、结论

今天安装了个别人做的华隐AI标书写作工作台，需要激活才能使用，我突发奇想，自己能不能按照他的底层逻辑做个私有化标书写作与审核工作台呢？答案是能，而且比想象中容易。拆开华隐之后可以确认：它值钱的部分不是界面，也不是那 5.5 万行代码，而是「流程拆解 + 状态机 + MCP 桥」这套骨架。而骨架之外的内容能力——评分体系、废标识别、七维量化、清单交叉验证、横道图/网络图、暗标格式核查——你已经拥有，而且部分明显强于它。真正的缺口只有一个：把散落在 68 个技能里的能力，收进一个有项目库、有状态、有界面的壳里。 这个壳，自建约 3 周出可用版本。

二、华隐到底是个什么东西

先给一组实测数字（直接读它安装后的源码得出，非估计）：

层次	构成	规模	作用
交互层	index.html + app.js + style.css + flowtool.html	3.6 MB	单页工作台，右侧面板打开
服务层	server.py（98 个 /api 路由）mcp_server.py（49 个 MCP 工具）	6,534 行	本地 HTTP 服务 + 给 WorkBuddy 调的工具口
领域层	core/ 下 80 个模块（写作链·排版·图表·质检·项目）	48,233 行	真正的业务逻辑
资产层	流程×3 类 · 风格库 · 提示词库 · 投标知识库 · 4 个插件	不可数	可替换的"内容"，也是它护城河所在
合计 Python 代码		54,767 行	一个人的全职项目，约 8–12 人月

它有 10 个步骤，但只有 4 类活

它把"写一份技术标"拆成 10 步，每一步都标明了谁干：

序	步骤	执行者	实质
1	招标分析	WorkBuddy	读招标文件+清单+答疑，出评分表与硬约束
2	废标扫描	WorkBuddy	否决项清单
3a	图纸解读	WorkBuddy	DWG → 设计参数
3	事实白名单	WorkBuddy	区分"可照抄的硬数据"与"禁止编造区"
4	标题生成	WorkBuddy	章节树（AI 是跳着读的，标题决定可读性）
5	章级规划与写作卡	工作台	批量拆解，纯规则+LLM
8	逐章写作	工作台	并发 3 路，每节 2000–3500 字
10	图片	工作台	图位规划 + 生图 + 落位
12	交付前审查	WorkBuddy	调质检技能
13	排版合成	工作台	DOCX 引擎生成成品

最关键的一条，很多人抄错方向：华隐的工作台自己不做 AI 推理。它通过 core/mcp_bridge.py 把自己注册进 ~/.workbuddy/mcp.json，变成一个 MCP 服务器； WorkBuddy 反过来调它的 49 个工具（取写作要求 → 写正文 → 交回 → 跑门禁）， 推理在 WorkBuddy 侧完成，工作台只负责规则约束与落盘。这就是为什么它的学员不用买大模型 API 也能用。私有化照抄这一招，你同样不需要额外买 token。

三、值得抄的四条设计

1文件即数据库

一个项目 = 一个文件夹。每步产出固定文件名（如 01-招标分析/01-招标分析.md），下游步骤按 entry: 声明读谁。没有数据库、没有状态表。

好处：可读、可改、可备份、可手工救火；AI 出错时你能直接改那个 md 再往下跑。代价：要靠约定纪律，路径写错就断链。

2executor 分层：不是所有步骤都该让 AI 干

每步显式声明 workbuddy（判断类、单件、要理解）还是 workbench（批量、纯代码、要一致）。

这一条对你尤其重要：你的七维 34 指标量化、清单交叉验证、暗标格式核查， 本质是确定性代码，不该交给 AI 判断——交给 AI 只会引入随机性，还会被"看起来像"的文本骗过。这类必须归 workbench。

3门禁（gate）

每步有可机检的通过条件，不达标不放行。防止 AI 自我感觉良好一路写到底，最后交出一份 "结构完整但数据自相矛盾"的标书。

你的现成门禁比它硬：七维门槛（推理链 >2/千字、带单位数字 3–6、表格 ≥60）、 BQ-CF 零偏差、暗标格式 XML 级核查。

4流程是 YAML，不是代码

加一步、跳一步、改顺序、换执行者，都改配置文件，不碰代码。

这意味着你以后新增一个"危大工程专项审查"步骤，成本是写 15 行 yaml，不是改 Python。

四、你的资产盘点：内容能力覆盖 85%，工程化能力 0%

把华隐的能力项逐条对到你现有技能上（68 个技能目录中筛出 12 个直接相关）：

能力项	华隐的做法	你现有的	判定
招标分析	Step1，通用提示词	bid-preparation、tender-review-skill、招标文件分组专家	✅ 齐备
废标扫描	Step2，通用条款识别	安徽水安标书废标审核专家（381 行，含建安B证 vs 水安B证这类地域 know-how）	★ 远超
评分体系	无体系库，靠招标文件现读	水安AI类人标书审核大模型：6 大评分体系 + 48 类参数比对 + 9 步流程	★ 远超
逐章写作	prompts→design→generate→writer→wordpolish（约 8,400 行）	bid-preparation、技术标重难点分析专家、high-standard-farmland-bid-expert（H1–H15 范式）	✅ 齐备
图表生成	chartgen + gantt + netgraph（约 4,000 行）	复刻横道图、复刻网络图、施工进度网络图生成（已按你的样张标定）	★ 更强
质检	gate / qc / datacheck / titlecheck	七维 34 指标、BQ-CF 清单交叉、多源交叉验证、华隐AI施工方案质检、清单核查	★ 更强
暗标格式	仅 company 词表脱敏	blind-bid-format-audit：DOCX XML 级 + PDF 逐页双轨核查	★ 独有
DOCX 排版	docxeng + tblfmt + tblsplit（约 5,300 行）	华隐AI word文档生成、html-to-word-zh、docx-rewrite-preserve-format	◐ 够用，弱在表格
以下四项你没有，必须新建
项目状态机	core/projects.py（1,310 行）	无	❌ 缺
Web 工作台	3.6 MB 单页应用	无	❌ 缺
MCP 工具层	mcp_server.py（3,022 行 / 49 工具）	无	❌ 缺
流程编排	flow.py + 3 份 yaml	无（技能是线性叙述，不是可执行流程）	❌ 缺

读法：上表 12 行内容能力里，你 8 行齐备或更强、1 行够用、0 行缺失；工程化 4 行全缺。所以这不是"从零造一个华隐"，而是"给你的技能装一副骨架"。工作量差距是数量级的。

五、三条路线怎么选

路线	做法	周期	天花板 / 风险	建议
A. 换内容不换壳	直接用华隐的壳，改它的流程/*.yaml、风格库、提示词、加自己的插件	1–2 天	它明说"流程可读可改"。但评分逻辑、生成链、排版引擎都是它的，你的 6 大评分体系和 34 项指标装不进去；且受授权组件约束，商用产品不宜逆向	不推荐（可当临时过渡）
B. 轻壳 CLI 先行	只做项目文件夹约定 + 步骤状态机 + 6 个 MCP 工具，无界面，全程在 WorkBuddy 里用对话驱动	3–5 天	成本极低，立刻能跑通"招标文件 → 大纲 → 逐章 → 导出"。缺点：没有可视化看板，进度靠对话问	★ 先做（B 是 C 的底座）
C. 自建完整工作台	在 B 之上加 Web 界面（项目看板 / 章节树 / 门禁红绿灯 / 一键导出），本地 127.0.0.1 服务，右侧面板打开	3 周出 MVP	完全自有、可演进。风险：容易先做界面后做内核，界面很漂亮但流程跑不通	★ 目标形态

强烈建议 B → C，不要跳过 B。理由：B 阶段会逼你把"项目文件夹长什么样、每步产出叫什么、门禁判什么"这三件事定死。这三件事定了，界面只是显示层，两周能搭完；这三件事没定，界面会改八遍。华隐的 5.5 万行里，至少 3 万行是在解决这三件事的边界情况。

六、目标架构

┌──────────────────────────────────────────────────────────────┐
│  WorkBuddy（推理侧 · 免 API key）                              │
│    技能：水安AI类人审核 / 技术标重难点 / 废标审核 / 复刻横道图    │
│                           ▲  ▼  MCP（stdio）                  │
├──────────────────────────────────────────────────────────────┤
│  私有工作台（本地 127.0.0.1:87xx）                             │
│                                                              │
│  ┌── 交互层 ─────────────────────────────────────────────┐    │
│  │  项目看板 │ 章节树 │ 门禁红绿灯 │ 导出 │ 审核报告       │    │
│  └───────────────────────────────────────────────────────┘    │
│  ┌── 编排层 ─────────────────────────────────────────────┐    │
│  │  flow.yaml（步骤/依赖/执行者/门禁/产出物）              │    │
│  │  状态机：待办 → 进行中 → 待确认 → 已通过 → 已锁定        │    │
│  └───────────────────────────────────────────────────────┘    │
│  ┌── 执行层 ─────────────────────────────────────────────┐    │
│  │  AI 步：交回 WorkBuddy（MCP 工具）                      │    │
│  │  代码步：七维34指标 · BQ-CF交叉 · 暗标核查 · 图表生成    │    │
│  └───────────────────────────────────────────────────────┘    │
│  ┌── 引擎层 ─────────────────────────────────────────────┐    │
│  │  DOCX 引擎 │ 表格引擎 │ 横道图/网络图 │ 文件解析         │    │
│  └───────────────────────────────────────────────────────┘    │
├──────────────────────────────────────────────────────────────┤
│  项目文件系统（文件即数据库）                                  │
│    项目名/                                                    │
│      00-原始资料/   01-招标分析/   02-废标扫描/                │
│      03-白名单/     04-章节树/     05-正文/   06-审查/  07-成品/ │
└──────────────────────────────────────────────────────────────┘

MCP 工具最少要哪几个

华隐有 49 个，MVP 你只需要 6 个就能跑通全链路：

工具	方向	作用
project_status	读	当前项目卡在哪一步、缺什么
get_prompt	读	取这一步的完整写作要求（含已确认的前序结论、白名单、章节树）
save_output	写	把 AI 产出交回落盘到约定路径
run_gate	写	跑门禁（七维/清单/格式），返回通过或逐条打回
confirm_step	写	人工确认放行，锁死该步产出
compose_docx	写	合成成品 Word

七、三期路线图

期	交付物	周期	验收标准
P0骨架	① 项目文件夹规范（8 个标准子目录）② flow.yaml：水利/房建两套流程③ 6 个 MCP 工具④ 3 个代码步脚本（七维/BQ-CF/暗标）	3–5 天	在一份真实招标文件上，用纯对话跑完 "分析→废标→白名单→章节树→首章正文→门禁→导出"，且首章能过七维门槛
P1界面	① 本地 Web 服务 + 单页界面② 项目看板 / 步骤进度 / 门禁红绿灯③ 章节树编辑器（改标题、调顺序、删节）④ 正文逐节生成与回改	2 周	不看对话窗口，只靠界面就能推进一个项目；任一步失败能定位到具体章节
P2审核	① 审核链独立成项目类型（投标文件 → 评分 → 报告）② 6 大评分体系接入③ 多标段横向对比④ Word 审查报告生成	2 周	对一份已定标的技术标，评分结果与你人工评审偏差 ≤0.3 分（你现有目标是 ±0.1，先用 0.3 验收）
P3资产	① 风格库（拆解历史高分标书 → 可复用风格包）② 提示词库与模板中心③ IMA 知识库检索接入④ 团队协作与版本	持续	新项目复用率提升，首章成稿时间下降 50%

八、需要你先定的六件事

这六个问题不定，写出来的东西会返工。建议逐条拍板：

#	决策点	选项	影响
1	服务对象	只你自己 / 团队 5 人内 / 全公司多部门	决定要不要做用户与权限，是一周还是两个月的差别
2	业务范围	只做技术标 / 技术标+商务标 / 加审核与废标	建议先做「技术标写作 + 技术标审核」两条，商务标后置
3	行业范围	只水利 / 水利+房建 / 全行业	强烈建议先只做水利。华隐做全行业，代价是每个行业都浅
4	推理来源	MCP 交 WorkBuddy（免 key）/ 自配 DeepSeek 等 API	建议 MCP 主路 + 自配 API 备用（批量章节用 API 更快）
5	数据位置	D 盘本地 / 公司内网共享盘	涉密项目必须纯本地；内网盘要处理并发写
6	与华隐的关系	并存 / 最终替代	并存期间注意项目文件夹命名别撞

九、风险与纪律

风险一：把"能生成"当成"能得分"。这个工作台最大的价值不是让你写得更快，而是让每一章在生成时就带着门禁——七维指标、带单位数量、规范号、章节树对齐。如果只追求出字速度，做出来的只是"更快的模板机"，反而拉低分数。

风险二：AI 步骤与代码步骤的边界划错。凡是"能写成 if-else 的判断"，一律归代码。七维指标、清单偏差、暗标格式、规范号有效性——这些交给 AI 判断，结果就是每次跑出来不一样，而且它会自信地告诉你"通过"。

风险三：先做界面。界面是最容易获得成就感、也最容易被推翻的部分。华隐的界面改了多少版没人知道，但它的 flow.py 里写着"学员可读可改"—— 说明流程定义才是它沉淀下来的东西。先定流程，后做界面。

纪律建议：P0 阶段每跑通一个真实项目，就把新发现的边界情况写进 flow.yaml 的 checklist，而不是改代码。让配置变厚，让代码变薄。这是华隐 5.5 万行代码背后最值钱的一条经验——它的 gate.py 有 792 行，全是踩过的坑。

十、下一步

如果认可 B → C 路线，建议第一步就把 P0 的骨架搭起来（3–5 天），跑一份真实项目验证。 P0 需要你提供两样东西：

一份完整案例包：招标文件 + 清单 + 答疑 + 一份你认为写得好的技术标（用来标定风格与门禁门槛）
第六条决策的答案：尤其第 1、3 条（服务对象、行业范围）

P0 交付验收后，再决定是否投入 P1 的界面开发。

本方案基于对本机已安装的「华隐AI标书写作可视化工作台 20261028c」源码实测（80 个 core 模块 / 54,767 行 Python / 98 个 API 路由 / 49 个 MCP 工具 / 10 步流程），以及对本机 68 个技能目录的逐一盘点得出。文中代码规模、路由数、工具数均为实测值，非估算。

原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。

如有侵权，请联系 cloudcommunity@tencent.com 删除。

工程化