这篇文章不讲虚的,分享我用 WorkBuddy 做的两件事:一是把散落各处的项目信息和规范文件建成可复用的数据库,二是基于这些数据快速编制施工方案。前者是地基,后者是楼,地基不打好,AI 生成的方案就是空中楼阁。
先说实际问题。每次编方案,我 typically 要经历这么个过程:
前5步占用了 60% 以上的时间,而且每个项目都要重来一遍。有的参数散落在多份文件里,光核对一致性就得半天。
WorkBuddy 能直接读取本地文件,这给了我们一个思路:把这些资料提前整理成结构化的信息库,编方案时直接让 WorkBuddy 调取引用,不用每次手动翻找。
每个项目的工程概况、设计参数、地质条件都不一样,但这些信息的类型是固定的。如果每次写方案都手动输入一遍项目参数,既容易出错,也浪费 AI 的上下文理解能力。
做法是:在本地建一个项目信息文件夹,把每个项目的关键参数整理成结构化文档,编方案时让 WorkBuddy 直接读取。
第一步:建立项目信息文件夹结构
在电脑上建一个专门的文件夹,按项目分类存放:
第二步:整理项目信息文档
以"工程概况.md"为例,用结构化格式整理:
其他文件(地质条件、设计参数、现场条件)同样按这种结构化格式整理。这些信息从图纸、地勘报告、设计文件中摘录,一次整理,多个方案复用。
第三步:编方案时让 WorkBuddy 直接读取
WorkBuddy 会读取这些文件,把里面的参数整合到方案正文中。你不用再手动输入一遍建筑面积、基坑深度这些数字,也不用担心前后不一致。
关键点:信息库的格式不复杂,markdown 纯文本就行。难的是第一次整理要花时间,但这是一次性的投入——后续该项目的所有方案(基坑、模板、脚手架、临电……)都能直接调取同一套数据。
编制依据这章看着简单,实际写起来最烦:
文件夹结构:
以"基坑支护相关.md"为例:
使用方法——编方案时直接让 WorkBuddy 引用:
维护建议:
这个数据库建好后,编制依据这章基本不用手动写了——WorkBuddy 读取清单后直接生成,准确率比手动抄写高,因为你不会抄错编号。

信息库和依据库建好后,编制方案的流程就顺了。以"基坑支护施工方案"为例:
注意这里不是凭空让 AI 编大纲,而是让它读取实际项目数据后,基于真实参数生成。比如它看到基坑深度 11.8 米,就会在大纲里加上"深基坑专家论证相关要求"的子项。
直接调取上一节建好的依据库:
不用手打一个字,规范名称和编号直接从库中提取。
这一步和之前类似,但关键区别是:所有技术参数都来自信息库,不是手动输入的。
质量控制和安全保证两章同理,结合公司体系文件中的管理要求来写,不是泛泛而谈的"加强管理、落实责任"。
对比项 | 传统方式 | 用信息库+WorkBuddy |
|---|---|---|
查找项目参数 | 半天(翻图纸地勘) | 0(直接读取信息库) |
整理编制依据 | 半天(翻规范+核实版本) | 2分钟(读取依据库) |
方案框架搭建 | 半天 | 3分钟 |
各章节内容编写 | 1-2天 | 15分钟 |
进度计划制表 | 2-3小时 | 3分钟 |
格式排版统稿 | 半天 | 5分钟 |
总计 | 2-3天 | 约30分钟 |
信息库建设是一次性投入,首次整理一个项目可能要半天到一天,但后续该项目的所有方案都能直接复用。换项目时只需新建一个项目信息文件夹,依据库则是通用的,不用重建。
一开始我图省事,有些项目信息直接丢 PDF 进去,WorkBuddy 读取效果不稳定。后来统一改成 markdown 纯文本,读取准确率明显提升。图纸类文件可以摘录关键参数写成文本,不要直接丢施工图。
AI 不会主动告诉你某本规范废止了。建议每季度核查一次,或者关注住建部发布的标准公告。依据库文件里加一列"最后核查日期",提醒自己。
项目实施过程中,设计变更、地质条件变化是常有的事。信息库里的参数要及时更新,否则方案基于过时数据生成,出了问题就麻烦。我的做法是每次收到设计变更单,同步更新对应的信息文件。
WorkBuddy 生成的方案初稿质量已经不错,但技术参数的准确性、规范引用的适用性、安全措施的完整性,这些必须由技术人员核实。AI 是工具,不是替你担责的人。
"帮我写基坑方案"和"基于XX项目的基坑参数(深度11.8米、钻孔灌注桩+两道支撑),编写基坑支护施工工艺,引用JGJ 120-2012",出来的东西完全不一样。越具体越有用。
这套"信息库+AI编制"的流程,不仅适用于基坑支护方案,同样适用于:
核心思路一致:项目信息库提供差异化参数,依据库提供编制依据,WorkBuddy 负责整合生成。换方案类型时,只需更换依据库中的规范清单和施工工艺提示词。
说到底,施工方案编制的效率瓶颈不在"写",在"找"和"整合"。把项目参数和规范依据建成结构化数据库,再用 WorkBuddy 读取整合,这套组合拳打下来,2-3天的工作量压缩到30分钟不是吹的。
但有几个原则要坚持:
先拿一个非紧急的项目试水,把信息库结构和提示词调顺了,后面就快了。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。