点了全选，到底是20条还是240条？

先确定处理哪些资料，再加复选框

收到“加个全选吧”的需求，我会先问清楚要一次完成什么工作。只是当前看见的几条，还是搜索找到的所有资料？同一个功能名称，可能代表20个目标，也可能代表240个，相差十二倍。如果直接画复选框，这个选择就会被留给开发或运营在后面临时决定。

本例为展览资料加上“待检查”标记。匹配结果240条，每页20条；不涉及删除、支付或外部通知。我会把目标从“一次处理更多”改为“只处理已经确认的范围”。需求文档解释目的和本次范围，设计说明则写清选中集合何时保留、何时改变。这里全部使用独立构造的示例资料，不需要真实公司列表。

翻到下一页后，请求里的目标也要看

用同一批示例资料对照界面和请求。先在第一页选择20条，再到第二页选择1条，检查总数是否显示21，以及请求是否包含相同的21个ID。如果用行的位置记忆选择，排序后就可能选中另一条。仅看页面上的勾选动画，发现不了这种问题。

数量相同也不等于目标相同，换成另外20条，数字照样是20。调查记录需要同时留下搜索条件、页码、当前可见勾选、总选择数和实际发送的目标。用新建的虚构数据就能重现这些顺序；为了调查这种交互去复制客户记录，并不会提供必要的新依据。

别把两个范围都叫作“全选”

最初可以想到用一个页头复选框选择240条。但只能看到20条的人，能否知道另外220条也会被处理？反过来，只选择本页20条却写成“全选”，期待240条的人又会以为系统漏做了。要把动作的实际范围和文案一起确定，而不只是把按钮文字改得更友好。

PatternFly区分选择本页和跨页全选，并允许省略实现不支持的全选。Carbon说明选中状态和针对已选行的批量操作。本例因此先提供“选择本页20条”，再单独提供“选择全部240条搜索结果”。后一个动作必须能固定真实目标集合；开发确认暂不支持时，就只保留本页选择。不能只有看起来选中了全部的界面。

240条是固定集合，不是执行时重新搜索

选择全部结果时，请服务器固定当时有权访问的匹配资料ID集合。收到实际数量和基准时刻后，才显示已选择240条。准备期间执行按钮不可用；准备失败则显示选择0条和重新选择的方法。尚未取得目标就写“选择完成”，会让后面的确认建立在不存在的范围上。

240条取消其中1条，就是239条。期间又新增5条，已选数量仍然是239。执行时重新搜索并处理244条，会扩大用户刚才确认的范围。只有明确再次点击全部结果选择，才替换为新取得的集合和实际数量，同时让原执行确认失效。把这条原则写进设计和验收，比只写“更新选择数”更容易让不同岗位理解一致。

筛选改变时，原确认也一起清掉

翻页和排序只是换个方式查看同一批搜索结果，所以保留原来的资料ID。修改每页显示条数也一样。当前页可选行只有一部分被选中时，页头显示部分选中。总选择数和当前页选择数分别显示，就能说明为什么眼前没几条勾选，总数却更多。

本例决定在应用搜索词、筛选或工作区变化时清空选择。事前在筛选附近说明，应用后提示“条件已改变，已清空选择”。新查询失败也不恢复旧集合。以前的全部选择响应晚到时，若查询或选择版本已经过期，就不再应用。刷新页面同样不恢复尚未提交的选择；已经受理的任务通过独立任务记录查看，不与当前勾选混在一起。

按下确认时，还要核对是不是同一批目标

确认界面不仅显示数量，还应说明操作名称、搜索范围、全部结果还是逐项选择、是否排除了资料。确认界面打开后再修改选择，原确认必须失效。键盘能够完成选择与取消，变化的数量通过文字状态说明，不能只换颜色。全部选择准备好时，也不要无缘无故把焦点移到别处。

执行前服务器复查同一集合的当前权限和可处理状态。239条中有1条已经不能处理，本例不会静默执行其余238条，而是说明尚未执行任何一条、列出排除原因，并请用户重新确认238条。复查与真正写入之间也可能并发变化，开发需要保证两者一致并验证。任务一旦受理，之后修改筛选不会扩大或取消其目标；如果没收到执行响应，应先查原任务结果。

让AI找出会选错目标的操作顺序

只问AI“写一个批量选择设计”，回答容易停在复选框、全选、确认弹窗这些部件名称。我会先提供虚构数量和已经确定的集合规则，再让它找出界面与实际目标可能不同的操作顺序。要求按起始状态、操作、预期目标和是否允许执行回答，才能直接与规则表逐项对照。

如果回答只说更新数量，就继续问依据什么更新。把新来的5条自动加入选择的建议不能直接采用；应改成保留240减1的集合，并同步修改文案、请求条件和QA。不是因为AI写得完整就全盘接受，而是看它有没有遵守已经确认的范围。下面的提问和修改指示是可替换的示例，不是已经执行过的AI对话，也不代表真实业务实验结果。

示例提问，并非已经执行的AI对话：
检查虚构展览资料列表的选择范围。搜索结果240条，每页20条；操作是标记为待检查，不删除、不支付。
本页选择只增加当前可见ID。全部结果选择是单独操作，由服务器固定当时有权访问的匹配ID集合和实际数量。240条取消1条后为239条，随后新增5条不加入。
翻页、排序保留ID。应用搜索词/筛选/工作区变更，以及刷新页面，清空未提交选择和确认。过期的查询或选择响应不能恢复旧集合。
执行前复查当前权限、可处理状态和确认版本。不一致时暂不执行，说明变化并重新确认目标。修改选择让旧确认失效，已受理任务则保留独立的固定目标。
请找出界面数量与实际目标可能不同的操作顺序，逐项给出起始状态、操作、预期目标和能否执行。不要把尚未确认的服务器能力当作事实。
修改指示示例：说明240减1后为什么新增5条仍是239条。再让其中1条失去权限，修改确认界面和QA，防止未重新确认就处理剩余238条。

验收既看数量，也看具体是哪几条

不要只测试全选一次能不能成功。应包含翻页、排序、取消一条、加入新资料的连续操作。将预期ID与实际发送、服务器接受的ID对照，即使数量相同但目标不同也要判失败。加载期间的操作和迟到响应，需要在受控网络延迟下测试，而不能只凭正常网络截图判断。

下表是本例的预期结果。真实环境执行后，要把界面、请求和服务器确认集合记录在同一次操作下。统计不需要收集资料中的个人原文。辅助技术能否读到部分选中和变化提示，要另外检验。文章里的示例切换正常，只说明资料页面能操作，不说明实际业务列表、权限与并发处理已经通过集成验收。

需求文档留选择理由，设计说明留变化条件

需求文档要说明这项工作想解决什么，以及是否真的需要一次处理不可见的结果。能否固定全部目标的开发确认也应留下。设计说明再把选择、取消、列表变化、确认、受理后状态分别连接到文案和数据条件。“支持全选”四个字无法替代这些内容，也不能让开发自行猜测“全部”的含义。

开发核对固定集合、当前权限和过期响应处理；QA按操作顺序比较实际ID；运营则需要追溯用户确认的范围与执行范围。发布后，把范围变化造成的重新确认与选错范围的反馈分开看，不能仅凭数量下降就认定改善。把真实约束、负责人和验收证据补进交接说明，接手的人才能从已确定的判断继续，不必再从头听一遍过程。

列表选择范围交接说明——虚构展览资料列表
目的：实际处理范围与用户确认的范围一致。操作为标记待检查；搜索240条、每页20条仅为示例。
本页：勾选增加当前页可选ID。取消页头勾选仅移除本页ID，保留其他页。清空全部选择才移除所有ID。
全部结果：单独请求服务器固定有权访问的匹配ID集合、时刻、搜索条件、选择版本和实际数量。准备中禁止执行；失败后选择为0并允许重新选择。服务器不支持则不提供此按钮。
集合：240减1为239；随后新增5条不加入。再次选择全部结果会替换集合、显示新数量并使旧确认失效。
列表变化：翻页、排序、每页条数变化保留集合。应用搜索词、筛选、工作区变化时清空选择和确认，事前说明、事后提示。新查询失败也不恢复旧选择。刷新不恢复未提交选择。
响应：仅当前查询/选择版本的响应生效；查询或选择准备中不能执行。
显示：选择本页20条／选择全部240条搜索结果／已选239条，本页19条。页头部分选中状态只按当前页可选行计算。行复选框有资料名称，支持键盘，数量变化用文字播报，不强制移动焦点。
确认：操作名称、数量、搜索范围、排除目标、固定时刻和选择版本关联。打开确认后修改选择则原确认失效；空集合不能执行。
服务器：执行前对同一ID集合复查当前权限、状态和确认版本。239条中1条失效时执行0条，展示原因并重新确认238条，不自动处理剩余项。开发验证复查与提交之间的一致性及并发变化。
受理后：保留任务标识和固定目标。之后筛选或刷新不扩大、不取消该任务。响应未知时先查原任务结果，不能直接再执行。
职责：策划负责范围、文案、变化与交接；开发负责固定集合、权限和并发；QA核对真实ID；运营查看执行范围和变更原因。统计事件不写入个人资料原文。
验收：真实环境执行后补上版本、负责人、预期与实际目标、证据位置。本文不是线上系统集成验收通过记录。

来源与示例条件

根据2026年9月29日核实的PatternFly和Carbon公开资料编写的独立虚构展览资料列表案例。20/240条、固定集合、筛选清空及执行前重新确认是本例设计决定。由WekeyLab AI撰写，不使用公司私有资料，不虚构用户经历或成果。AI提问为示例，英文与中文均是同一韩语案例的本地化。文章资料界面检查与真实业务系统集成验收分开。

PatternFly — Bulk selection

Carbon Design System — Data table usage