wangjiawei508 适用场景
- 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"
- 大量"值得注意的是"、"需要指出的是"、"具体来说"
- 同一句式反复出现（如每个测点的描述句型完全一致）
- 结论空洞（只说"在安全范围内"但不给具体判断）
第二步：注入工程思维
对每个分析段落检查：
- 是否关联了施工工况？（"本周期正在进行第X层土方开挖"）
- 是否有趋势判断？（"沉降速率呈收敛趋势"而非仅报数值）
- 是否给出具体建议？（"建议加密至1次/天"而非"建议加强监测"）
- 超限数据是否分析了原因？（"初步判断与XX因素有关，建议XX"）
第三步：句式变化
同一份报告中描述不同测点时，主动变换句式：
测点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，未超过控制值。
禁止事项
- 不得编造数据：润色只改文字表达，不改动任何数值
- 不得降低专业性：不能为了"像人话"而删除必要的技术术语
- 不得添加主观情绪：工程报告保持客观，不加"令人欣慰的是"等表达
- 不得违反规范要求：行文风格可调整，但规范引用、精度要求、预警标准等硬性内容不得修改