humanizer

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"
• 大量"值得注意的是"、"需要指出的是"、"具体来说"
• 同一句式反复出现（如每个测点的描述句型完全一致）
• 结论空洞（只说"在安全范围内"但不给具体判断）

第二步：注入工程思维

对每个分析段落检查：

• 是否关联了施工工况？（"本周期正在进行第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，未超过控制值。

禁止事项

• 不得编造数据：润色只改文字表达，不改动任何数值
• 不得降低专业性：不能为了"像人话"而删除必要的技术术语
• 不得添加主观情绪：工程报告保持客观，不加"令人欣慰的是"等表达
• 不得违反规范要求：行文风格可调整，但规范引用、精度要求、预警标准等硬性内容不得修改