整改通知生成器工具指南

对齐站内 rectification-notice 工具的真实能力，按项目、部位、问题、整改要求、责任人和期限生成整改通知文本，不把它误当成整改闭环或验收流程工具。

/tools/rectification-notice/ 适合在现场发现质量问题、安全隐患、资料缺项或执行偏差后，先快速生成一段结构完整的整改通知文本。它解决的是“先把话说清楚、责任先挂上去”，不是“整改已经闭环”。

很多项目现场的问题不是没人发现，而是发现后只在群里说一句“尽快处理”。真正容易失控的，往往不是问题本身，而是问题描述太短、责任人不清、整改要求太虚、复查条件没写。

这只工具到底在生成什么

当前 rectification-notice 只要求你提供几项关键信息：

• 项目
• 部位
• 问题
• 整改要求
• 责任人/班组
• 整改期限

结果页会直接生成一段标准化文本，核心结构固定为：

• 项目
• 部位
• 问题
• 要求
• 责任人/班组
• 整改期限
• 复查说明

它的强项是把通知写完整、写顺、写得可转发可复制，而不是替你判断整改方案是否合理。

当前边界很明确

这只工具的结果本质上是 通知文本，不是：

• 问题分级结论
• 根因分析报告
• 复查验收记录
• 关闭销项台账

另外，工具只在一个地方做了轻量提醒：如果“问题”字段太短，会提示你把现象、范围和风险写清楚。这说明它默认你已经完成了最基本的现场判断，只是需要更标准地把要求发出去。

最适合在哪些场景先用它

• 质量缺陷需要立刻形成书面整改要求
• 安全隐患需要明确责任班组和完成时限
• 图纸、样板、做法和现场执行不一致，需要先下达整改口径
• 资料缺项、标识缺失、成品保护不到位，需要先锁责任再跟进闭合

如果问题来自图纸和现场不一致，先用 图纸核对清单 把问题范围拉清，再发整改通知会更稳。整改完成后，闭环逻辑继续看 质量整改闭环；跨专业接口问题如果总是久拖不结，再补看 机电问题跨团队整改时限设置方法。

最容易误用的几个地方

1. 把通知生成当成整改完成

通知发出只是起点。没有前后对比照片、复查意见和关闭记录，问题仍然是未闭环状态。

2. 问题描述只写“整改一下”

部位、现象、影响范围和风险不写清楚，责任人即使收到通知，也很容易理解偏差，最后复查时还得重开一轮。

3. 整改要求没有验收口径

只写“按规范整改”通常不够。更稳的是写清楚要恢复到什么状态、谁来复查、拿什么证据证明完成。

它不替代什么

• 问题分级和停工判断
• 根因分析和责任认定
• 复查验收和销项关闭
• 整改台账和反复问题预防机制

所以更自然的资料链通常是这样接：

• 正式通知和签收，落到 质量整改通知与闭合单。
• 当天整改背景、影响范围和复查进度，补进 施工日志。
• 涉及安全风险的，再同步进 安全检查记录。
• 如果问题源头在材料批次或进场状态，别漏掉 材料进场验收记录。

一句话边界

这只工具能帮你先把 整改通知写完整并快速发出去，但不会替你 完成复查、销项和闭环。