我从去年开始把 AI 用在文字性工作上，用得最多的场景就是技术交底和施工方案。这里记的是实际感受，不是工具介绍——哪些地方真省事，哪些地方必须自己盯。
写方案最耗时间的往往不是技术难点，而是"该说的都说了没有"。一个分项工程的方案，要覆盖编制依据、工程概况、施工准备、工艺流程、操作要点、质量控制指标、安全措施、成品保护、应急处置，还要求文字严谨、条目清楚。
这件事上 AI 很好用。你把工程特征、结构形式、主要工序、现场实际情况简要描述给它，它能快速给你一版结构完整的框架，条目不漏、语句通顺。我通常的做法是：让它先出一版"骨架＋通用内容"，我在这版上补项目实际的做法和参数。这比对着空白文档从零写快很多。
第一，它不知道规范的具体条文号和现行版本。它给出的引用经常是"经验版"，甚至会把已经修订或废止的条文写进来。所以凡是引用标准、规范编号、强制性条文的，必须自己去核查现行版本，一条一条对。
第二，它不知道你们项目的现场条件。地质情况、周边环境、机械配置、队伍习惯、甲方的特殊要求——这些是方案能否落地的关键，AI 一个字都编不出来。它写的通用措施看起来都正确，但通用措施的毛病就是"放在任何工地都成立，所以放在你这里不一定管用"。
第三，它不知道你们单位的管理口径。谁审批、谁验收、报验流程、资料表格样式、企业内部的模板习惯，这些必须自己套进去，否则方案交上去还是被退。
第一稿让 AI 出框架，保证不漏项；第二稿我补项目实际：工序衔接、关键节点、参数取值、队伍分工、现场风险点；第三稿我逐条过安全措施和质量控制指标，把不能执行的表述删掉或者改具体。
三稿下来，时间大概省了三分之一到一半，但省下的是打字和排结构的时间，不是思考的时间。省下的时间我花在两件事上：一是回到图纸和规范确认那些关键数字；二是把方案里最难落地的三条挑出来，提前在班组交底时讲清楚。
一是脱敏：项目名称、单位名称、具体地址、涉密内容一律替换或删除再处理。这条是纪律不是可选项。
二是方案签字的是人。方案经审批、交底有签认，责任是编制人和审批人的，不是工具的。这条底线不能含糊。
三是别用 AI 生成数据。检测数据、测量数据、试块强度、验收结论，一律以现场实测和试验报告为准。凡是可以被查证的数值，都不能由 AI 生成。
四是保留修改痕迹。方案定稿前留好版本，方便追溯哪一版是哪次修改，也便于以后复用到类似工程。
用下来最大的变化不是"写得快了"，而是我写东西的起点提高了：以前是从空白开始，现在是从一版不完美但有骨架的草稿开始，注意力可以直接放在"哪里需要按我们项目改"上。
工具不会替你负责，但它能把重复的体力活拿掉。对工程技术人员来说，时间本来就该花在图纸、现场和判断上，而不是花在框架和排版上。这一点上，值得用。
本文为个人工具使用记录，不涉及具体项目与单位信息。