# A端演示列表管理 v0.1 历史评审记录（需求已撤回）

记录版本：v0.2  
日期：2026-09-10  
状态：需求于2026-09-10已撤回；以下结论仅代表历史评审，不再用于开发或待办  
评审对象：[06-A端演示列表管理PRD](../输出稿/06-A端演示列表管理PRD.md)

## 修订记录

| 日期 | 版本 | 类型 | 摘要 |
| --- | --- | --- | --- |
| 2026-09-09 | v0.1 | 初始评审记录 | 记录22条全量AC核查、DeepSeek意见及Codex裁定；保留补充规则批准边界。 |
| 2026-09-09 | v0.1 | 同轮澄清 | 对AC12/13/16/17/18及成功操作时间进行针对性复核，不增加已确认业务范围。 |
| 2026-09-10 | v0.2 | 重大：需求撤回 | 原DL验收及S/Q全部退出当前实施范围；以下原始意见保留历史，不作为重启授权。 |

> 当前以[撤回说明](../输出稿/06-A端演示列表管理PRD.md)为准；下文“待确认”“下一步”等均为撤回前记录，不再待办。

## 1. 输入与范围

- 交付节点：新增PRD交付评审；审查对象、范围、状态、权限、异常及全部DL-AC01～22。
- 外部评审：DeepSeek `pm`，本地skill脚本默认配置，thinking disabled；先全量，后针对5条AC增量。发送的是删除路径/来源链接的业务规则摘录，无真实企业、员工、项目ID或凭据。
- 本地依据：用户本轮明确规则；P01项目列表页v0.4第2/3.1/3.2/6.2节；设计系统当前提交`533cc30ae87b3361c5ce2eb5bfee6a210b32e4cd`的VISTA B组件目录、Table与Dialog正文。
- 原全量输入对应PRD SHA-256：`854159ac5fa069496c83b15f286f794ad4a331389cff1097d49e43047bc15006`。
- 全量输入及原文输出：[匿名化输入](原始评审/2026-09-09-演示列表管理-匿名化全量评审输入.md)、[DeepSeek原始输出](原始评审/2026-09-09-演示列表管理-DeepSeek全量评审原始输出.md)。原文保留模型误判，仅本记录的Codex裁定作为处理结果。
- 不检查：新功能实现、线上权限接通、业务有效期真实数据、视觉验收、企业模块或P01全部既有AC。没有用构建成功代替这些验证。

## 2. 已确认与待决边界

本轮U类：独立列表、单企业归属、企业多列表、项目单列表、VISTAID关联、有效期准入、排序、无快照即时更新、仅上线消费，以及运营维护。I类：P01使用B端员工有效登录和VISTA管理权交集；不再限定销售岗位。

S类补充方案未获产品批准；Q01～Q07分别涉及初始状态/数量、企业项目关系、企业改绑、有效期与失效、删除、B端多列表接入、已打开会话。评审中没有把这些意见写成已确认需求。

## 3. DeepSeek意见处理台账

| ID | 原始意见 | 本地证据与判断 | 裁定及处理 | 是否需产品确认 |
| --- | --- | --- | --- | --- |
| F01 | 主问题1/AC13：S03建议写入AC构成冲突，建议拆分删除状态保持 | 第9节及9.2节已明确“待批准”；S03与AC13业务结果完全一致，并不存在相反要求。 | 不采纳“冲突”及删除该规则；采纳阅读防误解建议，增强B类共用批准前提；最终待确认。 | S03整体评审；没有新增业务批准 |
| F02 | 主问题2/AC18：重复P01的1/0项展示，与本稿不重复C端验收声明不符 | 第8.2节已完整复述P01规则，因此不是无来源；但确有重复验收边界。 | 采纳收窄AC18，仅验证列表状态与有效项目相对顺序；P01画面仍归其专项。 | 未改变业务，无新增批准；S06仍待确认 |
| F03 | 主问题3/AC12：三个子要求合在一条易漏验 | S01、S02分别提供编号、初始状态、数量门槛依据，不构成业务矛盾。 | 采纳拆明a/b/c子断言及逐项记录；保留编号，允许分项批准。 | S01和Q01仍待确认 |
| F04 | 主问题4/AC16：恢复上线读取是否要求已打开画面刷新 | S04已区分后续请求与Q07会话，AC可进一步限定。 | 采纳措辞澄清，正文及AC明确“恢复上线后的新读取请求”，不要求主动刷新。 | Q01/Q07仍待确认 |
| F05 | 主问题5/AC17：续期动作和重新读取依据不足 | 第2.2节不办理续费/续期；S06已写同一关联按最新有效期重新判断，但可明确无需重存。 | 采纳范围澄清：项目管理方续期，本模块后续读取主档；不采纳扩展本模块续期办理。补充仍为S方案。 | Q04/Q07仍待确认 |
| F06 | RQ1/全量AC05：有效期时区、精度和边界 | R04明确不能编造时间边界，Q04已记录时区及起止；显示格式不影响已定准入概念。 | 已覆盖为待决记录；AC05最终待确认，待主档核验后生成具体边界样本，不新增重复问题。 | Q04 |
| F07 | RQ2/建议3：失败是否更新最近操作时间 | 原S01未明确成功/失败区别。 | 采纳，在S01补充只有成功动作更新；未提交、失败不更新。仍是待评审补充。 | S01整体评审 |
| F08 | RQ3：编号格式/前缀需定义才可验收 | AC12只验证首次生成、稳定和只读；未承诺长度、格式或前缀。 | 不采纳新增产品阻塞；编号形式可由实现设计，不能擅自加入业务含义。 | 无需新增问题 |
| F09 | RQ4：会话未确认时只验网关或端到端 | 本PRD描述使用者可取得的数据结果，不以技术层测试代替；Q07已列会话处理。 | 已覆盖为待决/接入边界；记录未做端到端验证，不增加“网关即可验收”。 | Q07及接入验证 |
| F10 | RQ5：上线是否加B端入口、卡片素材齐全门槛 | S04列企业、准入、占用、S02门槛；S02明确有效数不含素材/员工权；P01缺项隐藏已确认。 | 不采纳凭评审新增素材齐全或入口存在门槛；Q01/Q06已有数量与接入待决。 | 沿用Q01/Q06，不扩展门槛 |
| F11 | 全量AC20：不可恢复、同名新列表无正文依据 | S07明确“列表不能恢复”“新建同名列表是新对象”“旧入口不自动接到新对象”。 | 不采纳“无正文依据”；有S07依据，但Q05未批准，仍待确认。 | Q05 |
| F12 | 建议4：有效期无法确认不宜无条件拒绝 | R04仅不视为准入通过，S06查询失败区分查无且允许重试，不是永远禁止项目。 | 已覆盖；保留失败不放行与可重试，不改为故障放行。 | Q04接入核验 |
| F13 | 建议5：Q06应明确多列表分配维护者 | Q06建议运营维护、客户不能改绑，实际落在哪个入口需接入收口。 | 已覆盖为待确认，不能默认B端客户可自由改绑或合并列表。 | Q06 |

全量原文“3项真实矛盾”等汇总不直接采信：F01属于模型误判，F02为重复验收边界，F03为检查粒度，F04/F05为表达澄清。其他建议1/2分别由F01～F05覆盖，不另生成重复缺口。

## 4. 验收正文反向核对

范围：全部22条。每条反查前提、操作、结果、限制；下表对照最终PRD。第9.2节共有的“对应S方案已确认”是全部B类的执行前提，不等于本轮已获得确认。

| AC编号 | 验收要求 | 正文依据及具体证据 | DeepSeek全量结论 | Codex最终状态及处理 |
| --- | --- | --- | --- | --- |
| DL-AC01 | A端存在演示列表清单以及新增、修改、删除操作；企业客户侧不提供清单增删改和排序能力 | R09“提供…新增、修改、删除能力”；R05“企业客户不可自行新增、移除、编辑清单或排序” | 已覆盖 | **已覆盖**：与用户明确功能及运营维护边界一致。 |
| DL-AC02 | 保存列表时必须且只能选择一个企业；同企业可分别建立多个独立列表，不因企业已有列表而拒绝创建 | R01“必须且只能选择一个企业”“同一个企业允许建立多个列表” | 已覆盖 | **已覆盖**：单归属与企业多列表分别核对，无互斥冲突。 |
| DL-AC03 | 通过VISTAID关联已有项目；相同名称不能代替VISTAID，也不能以手填链接关联项目 | R03“通过输入VISTAID关联已有项目”“不以名称…或手填项目链接代替” | 已覆盖 | **已覆盖**：不靠名称或链接识别，与用户VISTAID关联相符。 |
| DL-AC04 | 同一VISTAID已在列表甲时，甲内不重复加入，乙也不能加入；甲下线但仍保留关联时仍不能加入乙 | R02“同一列表也不重复加入”“下线不是删除关联” | 已覆盖 | **已覆盖**：同时覆盖本列表重复、另一列表占用及下线仍占用；无擅自复用例外。 |
| DL-AC05 | 只有处于项目有效期内的项目可新加入；未生效、已到期或无法确认有效期均不能作为准入通过 | R04“处于有效期内才能加入”“未生效或已到期…不能加入”“具体来源与边界以Q04收口” | 部分覆盖 | **待确认**：概念结果有完整正文依据；实际有效期来源、时区及边界仍待Q04，不能宣布该项实施验收已具备。 |
| DL-AC06 | 运营调整项目顺序并成功保存，B/C端采用保存后的顺序，客户不能自行重排 | R05“B/C端使用保存后的顺序”“企业客户不可…排序” | 已覆盖 | **已覆盖**：前提保存成功、结果按新顺序、客户不可改均有据。 |
| DL-AC07 | 列表成功更新后使用当前有效内容，不要求另行发布快照，不提供内容快照恢复 | R06“只有当前有效内容”“不需要另外发布快照”“不保留…恢复的内容快照” | 已覆盖 | **已覆盖**：无发布/回滚门槛，不扩展为逐字自动保存或立即推送刷新。 |
| DL-AC08 | 下线列表通过普通入口或直接地址均不能取得列表内容；上线状态仍不能绕过身份及项目权限 | R07“正常入口或直接地址”均受下线限制；R08的员工身份和项目管理权 | 已覆盖 | **已覆盖**：上线必要不充分，检查入口及数据结果，不仅隐藏按钮。 |
| DL-AC09 | P01对未登录、B端登录失效、非企业员工不提供列表数据；有效员工不因非销售岗位被额外拒绝 | R08“未登录、登录失效或非员工不取得列表数据”；第3.2节“不再额外限定为销售岗位” | 已覆盖 | **已覆盖**：本次实读P01 v0.4后继承，不使用上一轮过时的仅销售口径。 |
| DL-AC10 | 员工有甲、丙的VISTA管理权，当前列表含甲、乙时，P01只输出甲；不输出乙，不补入丙，按VISTAID匹配 | R08“取…交付项目范围与…管理权的交集”“按VISTAID匹配”“不自动补入” | 已覆盖 | **已覆盖**：甲乙/甲丙只是正文交集的可验证示例，未增加新的业务条件。 |
| DL-AC11 | 移除列表项或删除列表，不删除VISTA项目本体 | R09“不能将…删除列表…移除列表项…解释为删除VISTA项目本体” | 已覆盖 | **已覆盖**：引用与对象删除边界一致。 |
| DL-AC12 | 名称、企业已填写，分项核验：a.首次保存生成稳定只读列表编号（S01）；b.首次保存默认下线（S02/Q01）；c.下线可保存0/1个项目，上线及线上编辑保存至少保留2个有效关联项目（S02/Q01） | S01第5.2节“首次保存成功生成…不因改名或排序改变”；S02“默认…已下线”“可保存0个或1个”“至少…2个” | 待确认 | **待确认**：正文支持a/b/c三子断言；各自记录批准与验证，Q01及S01未批准，不能只验编号就算整条通过。 |
| DL-AC13 | 保存前编辑、移除、排序不改变有效内容；保存成功整份替换且保持原上下线状态；失败保留原内容及状态，本页保留输入 | S03“仅改变当前编辑内容”“整份配置一次成为…内容”“建议保存不改变…状态”“保存失败…本页保留输入” | 冲突 | **待确认**：原DeepSeek“冲突”不成立：同章明确待批准，AC与S03业务结果相同。已强化共用批准前提，S03仍待评审。 |
| DL-AC14 | 提交保存时再次发现新加入项目失效或被占用，拒绝本次保存且不部分提交；不能只凭先前查询有效而通过 | S03“保存前再次检查…有效期、占用”“不只依赖…查询”“不出现…部分成功”；S06新加入校验 | 待确认 | **待确认**：每项结果有正文，新增项目与既有失效项已区分；复检和整份提交仍是S建议。 |
| DL-AC15 | 无法确认企业与项目交付关系时不默认允许；新建切企业确认后清空当前项目选择，取消保留；已保存列表不直接改企业 | S05“关系缺失时…不默认通过”“确认后重新关联，取消…原选择”“已保存列表…不直接修改” | 待确认 | **待确认**：全部有S05建议依据；企业项目关系和改绑Q02/Q03待决。 |
| DL-AC16 | 上线失败保持下线；下线成功停止后续列表读取/从列表进入，保留引用及占用；恢复上线后的新读取请求取得最近保存内容，不据此要求已经打开的画面主动刷新 | S04“保持下线”“新的列表读取或…进入请求”“保留…引用”“恢复上线后的新读取请求取得最近保存内容” | 待确认 | **待确认**：已限定新读取，不要求已打开页面主动刷新；Q01/Q07仍未批准。 |
| DL-AC17 | 项目加入后到期，A端保留失效引用及占用，B/C不输出到期项；项目主档续期更新后，后续读取按最新结果重新判断，无需重新保存列表，列表下线时不自动上线 | S06“保留失效提示”“不输出到期项目”“后续读取时消费项目主档…无需重新保存列表”“不自动…上线” | 待确认 | **待确认**：仅消费主档，不在模块办理续期；新增读取口径仍为S建议，Q04待确认。 |
| DL-AC18 | 多项目列表事后失效不足2项不自动改变上线状态；供B/C消费的其余有效项目保持原相对顺序 | S06“部分或全部…不自动改变…上线状态”“剩余有效项目按原相对顺序展示” | 部分覆盖 | **待确认**：已移除1/0项画面断言，保留列表状态及项目输出顺序；未改P01规则，Q01/Q04待确认。 |
| DL-AC19 | 移除项目保存成功才释放占用；取消或保存失败不释放；向另一列表加入须重新校验有效期和占用 | S07“只有保存成功后才…释放”“取消编辑或保存失败不释放”“再…按R03/R04重新校验加入” | 待确认 | **待确认**：有据但释放时点仍属S07补充，未作为用户已确认。 |
| DL-AC20 | 仅下线列表可删除；删除成功解除引用及占用、旧入口不可用且不能恢复；同名新列表不接替旧入口；删除失败保留列表及占用 | S07“仅下线列表允许删除”“列表不能恢复”“新建同名列表是新对象，旧入口不自动接到新对象”“删除失败保留” | 待确认 | **待确认**：原评审称不可恢复/同名无正文依据有误，S07逐句已写明；仍需Q05批准，不能据此认定已确认。 |
| DL-AC21 | 同一项目同时加入两个列表仅一方保存成功；同列表后提交者不能覆盖较新修改；重复操作和超时结果按核实后的当前状态处理 | S08“仅先成功保存者取得关联”“不能悄悄覆盖前者”“先读取当前结果再决定重试” | 待确认 | **待确认**：逐一支持并发项目、同列表覆盖与不确定结果处理；S08待整体评审。 |
| DL-AC22 | 运营无管理权限或提交时失权不能取得管理数据或修改；读取失败与空清单区分，有效期读取失败不显示有效数为0 | S09“权限不足不输出管理数据…失去权限…拒绝修改”；S01“查询失败…不能当作没有列表”“有效期读取失败…不显示为0” | 待确认 | **待确认**：正文支持管理权限、读取失败与有效数显示三断言，实际权限接入及S方案未确认。 |

统计：应检查22条，实际检查22条，未检查0条。Codex最终10条已覆盖（01～04、06～11），12条待确认（05、12～22）。所有条目都有可定位的正文或建议正文；但12条尚未达到实施验收条件，不将文字可追溯等同批准通过。未发现需要靠新增已确认业务规则填补的AC发散。

### 4.1 增量返回范围与Codex裁定

增量原文：[输入](原始评审/2026-09-09-演示列表管理-匿名化增量评审输入.md)、[输出](原始评审/2026-09-09-演示列表管理-DeepSeek增量评审原始输出.md)。请求覆盖AC12/13/16/17/18和S01；返回表格在AC13处截断，实际仅完整返回AC12a/b/c和AC13的依据，**不能称DeepSeek完成5条增量逐项表或再次全量通过**。Codex已按上表对最终版全部22条独立反查，包含修改后的全部5条；未检查0条指Codex最终检查，不指本次增量模型输出。

| 增量意见 | Codex核验与处理 | 最终状态 |
| --- | --- | --- |
| D01：S01未说明最近操作人是否随失败更新，需确认并发拒绝是否算失败 | 表格行标题即“最近操作人、最近操作时间”，单元格同时限制“仅…成功后更新；…操作失败不更新”。并发拒绝是未成功保存；S08已明确拒绝覆盖。无需另设失败种类例外。超时结果未知须先核实，不能采纳原文“超时均不更新”作为已知失败。 | 不采纳重复缺口与额外问题；S01/S08仍待整体评审。 |
| D02：AC13要另举上下线实例或新增保存后能否上线的断言 | S03直接说明保存不改变原状态，足以覆盖两种状态；S04已有对应状态表。保存后是否执行上线属于UC04，不是AC13要求。 | 不采纳新增断言；可联合S04理解，AC13为有依据的待确认，无冲突。 |
| D03：AC17读取单位/缓存窗口需明确，并建议不自动上线降级说明或不再待确认 | S03已明确后续读取使用最新内容，S06已明确消费主档、无需重存；本次不凭实现设计新增缓存宽限期。实际有效期可用性仍Q04，已加载画面仍Q07。“不自动上线”属于S06建议，有依据不等于批准，不能降级成已确认。 | 不采纳降低验收或静默转正；读取接入继续核验Q04/Q07。 |

增量输出中AC12/13已纠正全量的“待批准即冲突”误判；其余未完成的逐项输出没有用于声称通过。没有因这些模型意见再扩展产品范围。

## 5. 修改及交付影响

| 对象 | 本次处理 | 完成边界 |
| --- | --- | --- |
| 06 PRD | 新建v0.1，补充本轮评审澄清 | 评审稿完成；Q01～Q07及S方案仍待确认 |
| A端README | v0.51距上次修改超过1小时，新增v0.52；索引、目录与对象结构补06 | 不重写已有五份PRD |
| A端原型 | 评估需新增列表入口、表单及状态；未修改运行功能 | 不宣称现有原型支持演示列表 |
| P01/访问规则/B端入口 | 作为本次上游新输入列入06第12节，保持现有员工权限及展示规则 | 待Q项收口再同步；未改动其他正在评审的C端文档 |
| 构建与发布 | 检查现有pnpm build及本地文档访问 | 仅本地构建，不部署、不提交或推送代码 |

## 6. 产品确认与未纳入项

- 本轮用户明确规则已完整进入R01～R09，其中R08继承当前P01确认；没有重新询问企业多列表或项目唯一归属。
- Q01～Q07保留具体建议和理由，当前没有用户后续批准。建议先收口Q01初始状态与数量门槛，然后集中评审其余S/Q项。
- “项目单列表”是用户本轮明确约束；即使限制跨沙龙复用，也不恢复上轮AI建议。
- 不新增企业组织/沙龙管理、采购续费、授权后台、列表历史版本、定时发布或真实运行原型。

## 7. 验证记录

- 最终PRD v0.1 SHA-256：`d434783636fee37740659035f2107f72be5f00e96c936f043fd2b617a3d0fb27`。
- 首次`pnpm build`成功，A/C现有原型构建及文档生成均完成；本次未新增原型功能。
- 根入口`/`、`/prototype/`、`/docs/`、`/docs/a/`及新PRD本地读取均返回200；Markdown返回`text/markdown; charset=utf-8`，带UTF-8 BOM，内容与源码一致。
- `dist/docs/a/index.html`包含新文件；`dist/_headers`包含新PRD编码声明。
- PRD与本评审记录均有22条不重复且连续的AC；本地相对链接目标存在，UTF-8解码正常；A端README差异无空白错误。
- 最终`pnpm build`已再次成功；最终PRD与构建副本一致，入口及Markdown响应头已再次回读通过。随后仅同步本条验证记录至文档产物。
- 未进行部署、真实权限接入、有效期接口或新功能端到端测试；这些属于实施验证，不能据本文声称通过。