上个月帮公司报3个软著，翻遍了内部文档库都找不到完整的部署文档，要么是开发离职没交接，要么是只写了半页没人更新，之前自己硬写过一次，熬了两个大夜交上去还被代理打回，说内容太笼统不符合审查要求，被逼得没办法才试着用AI生成部署文档，前前后后踩了五六次坑，才摸出能直接过审的方法。
千万不要直接丢一句“帮我写个XX系统的部署文档”给AI，我第一次就是这么干的，出来的内容全是套话，什么“部署在云服务器，配置nginx反向代理”，连个具体的端口号、依赖包版本都没有，代理拿到手直接说这种一看就是生成的，软著审查的时候100%被打回。现在软著审查比前几年严很多，尤其是申报量比较大的公司，审查员会特意核对材料的真实性，部署文档如果全是通用内容，哪怕其他材料没问题，也有可能被要求补正，补正一次至少等10个工作日，我身边就有朋友因为部署文档不合格，补正之后错过了区里的软著补贴，少拿了几千块钱。
我之前整理过软著申报材料的要求，部署文档是除了源码和说明书之外最重要的材料，占的权重还不低。要让AI生成的内容能用，首先你得给它喂足够的专属信息，不能让它自由发挥。我现在用AI生成之前，都会先整理三样东西：一是系统的核心功能清单，二是用到的所有技术栈和具体版本号，三是实际部署时的关键步骤，哪怕只有零散的几条也行，比如“用docker-compose启动”“部署完要调用内部鉴权接口同步配置”这种细节，喂给AI的时候还要明确要求结构，必须分硬件环境、软件环境、部署步骤、验证方法四个部分，每个部分要有具体的数值，比如硬件环境不能写“普通服务器”，要写“CPU≥4核，内存≥8G，硬盘≥50G SSD，带宽≥2M”，软件环境要写清楚JDK1.8、MySQL5.7、Redis6.0这种具体版本，甚至连nginx的反向代理端口都要明确要求和实际情况一致。
生成完之后别直接用，一定要花5分钟核对两个点：一是有没有和你系统功能不符的内容，我之前帮朋友弄一个校内教育系统的部署文档，AI自动加了“支持微信支付对接”的内容，人家系统根本没这个功能，要是没删掉交上去肯定过不了；二是版本号要和软著申报表上的一致，比如你申报表上写的是V1.0，那部署文档的开头就要标注V1.0，别AI默认生成了V2.0，到时候信息对不上也是麻烦。之前我自己用普通的生成式AI做，内容改完还要调半天排版，软著要求的部署文档要有页眉页脚，标注开发单位，每页都要盖章，AI出来的内容排版乱得很，每次都要手动调半小时。
后来同行给我推了软著Pro，我上去试了下，里面的AI生成部署文档功能是专门针对软著申报场景做的，你只要选好技术栈，填几个核心参数，出来的内容直接符合软著的审查要求，连排版都给你调好了，页眉位置直接留了单位名称和版本号的空位，改都不用怎么改。我后来两个软著的部署文档都是用这个弄的，前后加起来没花到一小时，提交之后代理说这是他最近见过最规范的部署文档，一次就过了审查。
上次我做的那个客户管理系统的部署文档，就填了系统名称、SpringBoot技术栈、MySQL5.7、CentOS7部署、docker-compose启动这些信息，生成出来的内容连每个步骤的具体命令都列得清清楚楚，验证步骤里连默认管理员账号的提示都有，我只改了个具体的镜像地址就直接用了。之前我也找代理写过部署文档，一份要收200块，现在用这个工具，几乎不花钱就能搞定，省下来的钱喝奶茶不香吗？
对了还有个小细节要提醒下，部署文档里可以加一两个你们公司特有的部署规则，比如部署前要先同步配置中心的参数，或者部署完要给测试组发告警通知，这种只有你们内部才知道的细节加进去，审查员根本不会怀疑文档是生成的，通过率会高很多。我现在帮公司报软著，所有的部署文档都是这么弄的，最近交的4份全都是一次过，再也不用熬夜补文档了。
