软件准备发版，Agent 怎样把遗留缺陷整理成已知问题草稿

发版前整理已知问题，应说明尚未解决的现象、影响条件和已经确认的临时办法。Agent可以把内部缺陷材料转成可审核说明，但不把“已登记问题”写成“允许发布”，也不把开发猜测扩大成客户事实。发布决定与问题描述需要分别保留。

先固定本次版本和读者

遗留缺陷可能涉及不同版本、浏览器和功能。先列本次版本范围，再判断哪些问题需要纳入说明。内部团队需要诊断引用，对外用户则更需要知道何时会遇到、如何识别、可以采取什么已确认步骤。两种视图可共享缺陷ID，不能共享未经批准的全部细节。

输入包括缺陷当前状态、受影响条件、确认人、临时办法和披露规则。已关闭问题也可能需要核关闭依据，但本文只准备尚未解决清单，不把历史结案工单转知识条目的流程再做一遍。

官方机制说明1：Bug字段、复现材料及Duplicate等处理原因可记录缺陷；分类和关闭应由人员决定。

缺陷系统能保存问题、关系和状态，本题的对客转写与披露字段是拟设计。已有发布说明工具可以继续使用，助手处理的是技术记录到读者可用说明之间的事实对应。

合成输入1。 打印仅在Safari特定纸张尺寸偏移，有确认改用PDF临时办法

预期处置：草稿限定环境与办法，保持未修复

合成输入2。 缺陷影响尚未查清，开发备注疑似全部用户

预期处置：不扩写影响人数，标待评估

合成输入3。 内部缺陷附敏感诊断细节，业务仅批准公开症状

预期处置：生成获准症状和人工支持入口，保留内部引用

Safari打印偏移要保留特定纸张条件，不能只写“打印存在问题”让所有用户误解。内部推测全部用户的备注，在范围尚未查清时不能扩成确定影响。敏感诊断记录则留在内部受控引用，只把获准症状和人工入口转为外部草稿。

附件给出一条可审阅表达：在指定Safari与纸张条件下，打印布局可能偏移；已确认临时处理是先导出PDF后按现有说明打印，原问题仍未修复。这里不提供额外技术操作，也不承诺该办法覆盖所有环境。其余两条分别显示影响待核和只披露症状的文字候选。

每句话都应能追到一项已确认事实。临时办法来自谁、在哪些条件核过，与缺陷本身状态分别保存。如果没有办法，可以明确进入人工支持，不让生成器补一个看似合理的解决步骤。

外部草稿可不出现内部排查细节，但不能改变未修复事实或适用条件。审阅时从外部每个结论反查内部字段，再检查内部新增信息是否影响已发草稿。问题标题变了，不应导致历史说明失去来源；缺陷ID提供稳定关联。

发版评审另行决定如何处理遗留事项，本文不设置自动放行分数。附件实际确认、披露批准和观察结果均空白。定制助手可先在一组脱敏遗留记录上演示双视图转换，重点核事实保持、范围约束和临时办法是否有依据，不把文案更流畅当成问题已经解决。

附件ISS1具体使用合成V2、Safari及A5条件，外部草稿保留环境限定与未修复事实。ISS2只说明影响还在核对，没有重复疑似全部用户。ISS3只给批准症状的支持入口表达，没有抄内部诊断。三条实际文字候选供读者改写，均不是已发布说明。

审核者可以标出每句事实对应哪个输入字段，再决定是否允许披露。无法找到依据的修复日期、影响人数或新办法应从草稿中拿掉。对客说明能说清当前状态就有价值，不需要为了看起来完整而填一个预计解决承诺。

外部草稿确认后，可把批准内容的定位回填到内部行，保留哪次说明用了哪个问题事实。本文没有真实发布回执，因此不能将审阅状态扩成已通知客户；后续传播仍依企业既有流程记录。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。