夜雨聆风说起来有点反常识。
我们做方案的，给甲方交付的时候，第一反应是什么？打开Word、PPT，或者找个设计软件，画一份看起来正式的PDF。这是行业惯例，大家都在这么做，好像没什么问题。
直到我开始用AI画PDF。
不是用AI写内容然后导出PDF，是让AI直接生成HTML，再用HTML转成PDF。一开始我自己也觉得绕——为什么不直接生成PDF？
后来我才发现，这才是AI真正擅长的方式。
最开始我试过几个主流的方案。
让AI直接生成PDF，它要么排版乱掉，要么中文字体直接消失，要么图片位置全乱了。我反复调整提示词，加各种约束条件——字号、行距、页边距、标题样式——试了不知道多少次，每次出来还是差点意思。
甲方拿到手里，要么显示效果不对，要么需要手动调半天。
坦白说，那段时间我真的有点怀疑：是不是AI就做不了这个活？
后来我才意识到，问题不在AI的能力，在于我让AI做的事，本来就不是它最擅长的格式。
有一次我跟AI说："帮我把这个方案转成HTML。"
结果它出来的代码，整整齐齐，标题、段落、分栏、表格，一应俱全。我再把这个HTML丢到一个转PDF的工具里，几秒钟出来一份成品。
那个效果，甲方看了说了一句话：这份文档看起来很用心。
我当时就想，这不对啊——我用AI那么久，每次都是跟它说"帮我写一段文字"，或者"帮我润色一下"，从来没有想过让它直接生成HTML代码。
后来我想明白了。
AI生成文字的时候，它是在"凑"一段看起来通顺的话。但生成HTML的时候，它不是在"写"，它是在"画"。每一段<p>、每一个<table>、每一个<div>，都是精确的指令，AI对这些结构化语言的理解，远比我们以为的要深。
HTML本质上是一种标记语言，AI对标记语言的理解，天然比自然语言更准确。因为HTML有明确的语法边界，有结构逻辑，不像自然语言那样有歧义。
所以当我想给甲方做一份专业的文档，我的思路变了：
不再让AI"写"一份PDF，而是让AI"画"一份HTML，再转成PDF。
具体流程不复杂，关键是顺序要对。
第一步，把方案的文字内容整理好。这一步还是要人来做的——AI不擅长凭空创作，但很擅长帮你组织结构。
第二步，告诉AI："用HTML写一份方案文档，包含以下内容：[粘贴内容]。样式要求：商务风格，中文，页边距合理，标题层次分明，正文段落清晰。"
第三步，AI会生成一段完整的HTML代码。我把代码保存成.html文件。
第四步，用一个免费的HTML转PDF工具，把HTML转成PDF。
第五步，检查成品。基本上第一版就达到了可以直接交付的状态，偶尔需要微调一下图片大小或者段落间距。
整个过程，从开始到拿到成品，不超过十分钟。
我知道你在想什么：HTML转出来的PDF，跟直接用Word做出来的，有什么区别？
说实话，不是技术上的区别，是感受上的区别。
Word文档有一个问题：它的排版逻辑是面向打印的，而不是面向屏幕阅读的。你打开一个Word文档，不管在电脑还是手机上，显示效果都可能跟原版不一样。而且Word文档的默认字体、段落间距，在不同设备上显示差异很大。
HTML不一样。HTML+CSS渲染出来的PDF，每一行、每一段、每一个图片的位置，都是精确控制过的。它的版式是"所见即所得"的，你在浏览器里看到什么样子，转成PDF就是什么样子。
甲方的反馈说明了一切。
他们说，这份文档看起来很规范，不像以前收到的那些"Word版本"，看起来像是赶工出来的。
我不知道这是不是客气话。但我知道，这份文档的制作时间，比我以前用Word做的时间少了三分之二，而且不用反复调整格式。
说实话，如果你每天要给甲方交付正式文档，不管是方案、报价单、技术文档，这个方法都值得试试。
不是说你一定要学HTML——你不需要自己写代码，你只需要知道"让AI生成HTML再转PDF"这个路径就够了。
就像你不需要会开车床，但你得知道用数控机床比手工车快十倍。
现在的AI已经足够强大，你让它生成一个HTML文档，它真的能给你一段可以直接用的代码。这个过程不需要任何编程基础，指令说清楚就行。
当然，如果你愿意学一点HTML基础，这个效率还会更高。你知道<h1>是标题、<p>是段落、<table>是表格，就已经够了。剩下的，AI会帮你补。
写这篇文章不是想说"HTML一定比Word好"——Word有Word的场景，HTML有HTML的优势。
我想说的是：AI时代，很多我们习以为常的工作流，都值得重新想一遍。
不是AI不够聪明，是我们让AI做的事，可能从来就不是它最擅长的方式。
近道不在工具里，在对工具的理解里。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～谢谢你看我的文章，我们，下次再见。