| name | humanizer |
| description | 工程文档人性化润色技能。当 AI 生成的报告、方案或标书读起来"太像机器写的"时加载此技能,将文本转化为资深工程师的行文风格。 |
适用场景
- AI 生成的监测报告读起来生硬、模板化
- 投标技术标文件需要体现"实战经验"而非"教科书腔"
- 甲方/专家评审倾向于"看起来像人写的"文档
- 需要在规范框架内增加工程判断和经验表述
核心原则
1. 消除 AI 典型痕迹
| AI 常见写法 | 工程师写法 |
|---|
| 根据XXX规范,我们需要... | 依据XXX规范(第X.X.X条),本项目采用... |
| 综上所述,各项指标均在安全范围内 | 综合本期监测成果,各测点累计变化量均未达到预警值的70%,结构整体处于稳定状态 |
| 首先...其次...最后... | (直接按逻辑推进,不用这类过渡词堆砌) |
| 值得注意的是 | (删除,直接陈述事实) |
| 需要指出的是 | (删除,直接陈述事实) |
| 这表明/这说明 | 监测数据表明... / 计算结果显示... |
2. 增加工程判断色彩
资深工程师的文本特征:
- 带因果推理:不只报数据,还解释"为什么"
- 有工况关联:变形数据与施工进度关联分析
- 含经验判断:在规范允许范围内给出倾向性建议
- 提风险预判:基于当前趋势预判下一阶段可能的变化
示例对比:
❌ AI 风格:
本周期 DB-03 测点沉降量为 2.1mm,累计沉降量为 15.3mm,未超过预警值 30mm。
✅ 工程师风格:
DB-03 测点本周期沉降量 2.1mm,较上周期(1.8mm)略有增大,累计达 15.3mm。考虑到该测点位于基坑东南角,紧邻第三道支撑拆除区域,沉降加速与近期拆撑施工具有时空相关性。目前累计值占控制值的 51%,建议拆撑完成后加密观测 3 天,确认变形收敛后恢复正常频率。
3. 术语自然化(非降级)
保持专业性但避免"机械复读":
- 不需要每次都写"根据《城市轨道交通工程监测技术规范》GB 50911",首次引用后可简称"监测规范"
- 不需要每个数据后都括号注明单位,表头已标注的可省略正文重复
- 避免同一段落中反复出现"监测"二字(如"监测数据监测结果显示监测值正常")
润色操作指南
第一步:识别 AI 痕迹
扫描文本中以下特征:
- 过度使用"首先/其次/最后/综上所述"
- 每段开头都是"根据XXX"
- 大量"值得注意的是"、"需要指出的是"、"具体来说"
- 同一句式反复出现(如每个测点的描述句型完全一致)
- 结论空洞(只说"在安全范围内"但不给具体判断)
第二步:注入工程思维
对每个分析段落检查:
第三步:句式变化
同一份报告中描述不同测点时,主动变换句式:
测点A:DB-01 本期沉降 0.8mm,累计 12.3mm,变形趋于稳定。
测点B:位于基坑北侧的 DB-05 累计沉降已达 22.1mm(控制值的 73.7%),本期变化量 1.5mm 为全场最大值,需重点关注。
测点C:管线监测点 GX-02 本期无明显变化(0.1mm),与前3期一致,管线安全。
而非千篇一律的:
DB-01 本期变化量为 0.8mm,累计变化量为 12.3mm,未超过控制值。
DB-05 本期变化量为 1.5mm,累计变化量为 22.1mm,未超过控制值。
GX-02 本期变化量为 0.1mm,累计变化量为 X.Xmm,未超过控制值。
禁止事项
- 不得编造数据:润色只改文字表达,不改动任何数值
- 不得降低专业性:不能为了"像人话"而删除必要的技术术语
- 不得添加主观情绪:工程报告保持客观,不加"令人欣慰的是"等表达
- 不得违反规范要求:行文风格可调整,但规范引用、精度要求、预警标准等硬性内容不得修改