ARTICLE · 1083766
舞台灯光深化图审用AI智能体批量出46份审核意见,交付盖章前你敢签字吗?45份表线竟是蓝的!
朋友，您经手过审图意见吧？ 有没有那种"屏幕好、打印露馅"的尴尬？
前阵子接了个剧院项目。 舞台灯光深化施工图审核，活儿真不少。 舞台灯光这摊，灯位图、回路表， 调光系统、网络架构都得审。
一个深化图审下来， 要出的审核意见，少说几十份。
按老规矩，一份份编边框、套模板， 填专业判断这活最耗神， 老师傅对着屏幕，熬上三五个通宵是常事。
慢是慢，可边框啥颜色，眼睛一过就门儿清。
这回我们让AI智能体接了手—— 把审图要点、各专业判据喂进去， 它批量生成了46份审核意见docx， 表格、批注、引用标准都排得齐整， WH/T舞台行业标准、GB/T都带上了。
我瞄了眼屏幕预览， 黑压压一片文字，规规整整， 心里还挺美：这回能提前点收了。
可临交付前，按团里规矩， 走一道"真实渲染校验闸门"： 拿渲染引擎把每份docx真打开， 真看一遍，不当"应该没问题"就放行。
这一看不要紧， 46份里愣是有45份， 表格边框线竟是蓝的，压根不是黑线！
表线蓝，是交付前的一颗暗雷。
琢磨琢磨，正式盖章交付， 给业主方、施工方的时候， 满纸蓝框线，人家能不质疑？
文档规范性，这关过不去。
屏幕上那点蓝，肉眼根本不觉得扎眼， 可一旦落到纸上、盖了红章， 就是明晃晃的"不专业"。
轻则被打回重排， 重则被人嘀咕：团队做事毛糙。
要说这毛病多隐蔽—— 咱干舞台工艺审图的，专业判断才是硬功夫， 谁会盯着边框线颜色？
偏偏就是这种不起眼的地方， 最容易在交付这关栽跟头。 老话说，活儿交出去前，得自己先脸红一遍。
毛病根子在python-docx， 这是个生成文档的经典老坑， 也就是我们记的E10实证： 它写表格边框时，主题样式里带着themeColor="accent1"， 加载的是模板默认主题强调色（偏偏就是蓝）。
主题色这坑，专挑不渲染的人。
在代码里显式写w:color想钉成黑色， 无奈被这个主题色一路覆盖。 渲染引擎一打开，表线就认了蓝。
代码说黑线，渲染出来是蓝线。
单看代码层推断"应该是黑线啊"， 半点毛病看不出来，非得真渲染才现原形。
所以这道闸门才立得住： 审核意见docx交付前必须真实渲染校验， 不能靠代码层拍胸脯。
那45份蓝，就是这道闸门硬拦下来的。
闸门不拦，笑话就出门了。
治标也好办，生成时把边框色显式钉死成RGB黑， 清掉主题色继承，再渲染复核一遍， 表线就干净了。
复核这步不能省，差一根线也是窟窿。
说白了，AI生成是快，AI认代码逻辑，不认打印观感。可这活最后那道关，机器替不了。
最后那道眼力，还得人自己上。
AI把这活干快了， 可交付前那道"真打开看一眼"的闸门， 谁也替不了人工守。
表线黑不黑是细枝末节， 敢不敢落笔签字，全在这一点较真上。
#舞台审图、#AI智能体、#python-docx、#审图交付、#文档规范性、#真实渲染校验
往日文章：
给 WorkBuddy喂了全套规范，它为什么还按老习惯干活？
关注我，你可以学到更多的科技和生活热点消息与知识