调试问题销项清单与复测节奏
把调试阶段的开放问题做成可分派、可复测、可升级的清单，不把主编号追踪、移交优先级和班次交接混成一张表。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
调试问题真正容易拖垮现场的，往往不是问题太多，而是每个问题都好像有人在管，但没有一个清单能回答三件事：现在谁在负责、下一次什么时候复测、到了什么时候必须升级。只要这三件事不清楚，问题就会在白夜班、总包、分包和厂家之间来回漂。
这篇内容只处理 列表级销项清单。它不替代调试记录、整改通知与复测编号联动这种 单问题主编号追踪，也不替代移交销项优先级矩阵与带病移交边界这种 移交前最后排序。这页关注的是：一堆开放问题怎么被稳定推进，而不是一条问题怎么命名，或者最终哪些问题必须先清零。
一张销项清单至少要回答六个字段
一条真正可执行的调试问题清单，至少应包含：
- 主问题编号
- 系统/区域/对象
- 当前状态
- 责任人或责任班组
- 下一步动作和复测时间
- 升级条件或截止时间
如果缺少这六项中的任一项，清单就很容易退化成“问题罗列”，而不是“推进工具”。
状态不要只写未完成/已完成
更有用的状态通常至少分成这五类：
新发现：已进清单，但还没正式分派。处理中：责任人和整改动作已明确。待复测：整改动作完成，等下一轮验证。观察中：复测初步通过，但还需要跨班或跨工况再看。已关闭：达到关闭条件，并且证据已回填。
必要时可以再加一个 已阻塞，专门标记那些受设计、采购、停机窗口或跨专业条件影响、短期无法推进的问题。
节奏比字段更重要
一张清单之所以会失效，通常不是因为字段设计错了，而是因为没有节奏。更稳的推进节奏一般是：
当天发现当天入表当天分派或当天明确阻塞原因次日或下一窗口复测周度集中清零或升级
也就是说，清单不能只在周会上更新。它必须和现场动作同步，不然你看到的永远是滞后的“历史问题表”。
先把清单和单问题主编号分开
单问题主编号解决的是 这件事是不是同一个问题。销项清单解决的是 这堆问题现在先推进哪个、谁来推进、什么时候复测。
因此：
- 一个主问题编号应在清单里占一条主线。
- 一条清单可以包含很多主问题编号。
- 清单排序、责任分派和升级条件可以变，但主问题编号不能因为换行次序而变。
如果你把清单行号当主问题编号使用，后面一重排、换页或拆分系统，整条证据链就会一起乱掉。
哪些问题应该当天升级，不要继续挂观察
- 已影响系统安全、送电、联动或正式交接。
- 同一问题已经复测两轮仍反复出现。
- 临时措施越来越重，例如长期手动、长期旁路、人工值守保通。
- 已跨多个班次、多个责任单位，但没有实质推进。
这类问题继续留在“观察中”，通常只会让清单看上去没那么刺眼，实际风险并没有下降。
最常见的“看起来在推进”
- 清单里只有问题现象，没有下一步动作和复测时间。
- 状态统一写“处理中”，没人知道哪些其实已经该复测了。
- 复测通过但没有观察窗口，第二天又复发。
- 周会上口头说“已解决”，台账却没更新。
- 临时措施挂了很多天，还继续被算作“已基本完成”。
这些都属于清单形式存在、推进功能失效的典型信号。
资料和工具怎么挂
- 主清单可直接挂接质量整改记录或调试记录与整改通知编号联动台账。
- 系统类问题的发现条件、复测结论和观察工况，建议同步写进系统调试记录。
- 跨班组或跨专业衔接明显的事项，再补一份过程交接记录会更稳。
- 需要当天发单、当天回写时，可用整改通知生成器先生成通知，再把结果回填主清单。
关联页面
- 一条问题怎么从发现一路追到复测，继续看调试记录、整改通知与复测编号联动。
- 如果问题链很长、动作很多，先用异常事件分钟级时间线模板把顺序串清再挂清单。
- 如果已经临近正式移交，需要决定哪些问题必须清零、哪些可以带计划移交，继续看移交销项优先级矩阵与带病移交边界。
- 如果当前正在通过趋势和参数窗口验证问题是否真正消失，可再联查调试趋势基线冻结方法和系统调参参数冻结窗。
一句话收口：销项清单这件事，真正要锁住的是 每个开放问题的责任人、下一步动作、复测时间和升级门槛，而不是简单堆一张待办表。