UI 与交互设计

## 任务目标

请基于 TDesign，为指定业务完成微信小程序与 H5 的 UI 设计、图标与插图生成、页面实现和交互验收。交付能够在实际工程中运行的页面及已接入的素材文件，不要只给设计建议、整页效果图或缺少资源的代码。

在现有授权范围内完成实际改动和验证；缺少外部条件时先完成可独立实现的部分，不能只停留在计划。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

页面目标：先从当前会话与工程现有业务确定页面目标；没有指定页面时，以当前工程的业务入口和一条已存在的列表到详情或办理链路作为首批范围，说明选择依据。目标终端沿用现有工程，不为双端名称额外新增另一套工程。
工程或参考资料：优先读取当前已确认工程的页面、组件、接口、主题和素材目录，并使用会话中已有截图与品牌文件；包版本、目标终端和素材数量从工程与页面需要中识别。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 查包与锁文件、页面配置和路由，识别原生小程序、uni-app 或 H5，核对 TDesign 对应端的实际版本与已有封装。
- 沿首批页面读取接口类型、字典、权限、提交与返回逻辑，确认真实字段、状态和操作结果。
- 盘点主题变量、现有图标与插图、资源目录和页面引用，找出确实需要生成的业务入口图标及状态插图。
- 检查当前可用的图像生成、素材处理、浏览器与小程序验证工具，以及工程已有的检查和启动方式。

### 可采用的默认处理

- 在已授权页面范围内实施并保留无关改动；沿用技术栈与品牌，没有品牌资料时采用克制的中文商务配色及原正文的移动尺度建议，不虚构标志、指标或业务模块。
- 常规操作使用对应端现有矢量图标，定制图标和插图按实际页面需要成套生成；有生成工具就实际生成、检查和接入，不以生成提示语替代素材交付。
- 先完成一个有代表性的页面及素材，再推广一致规则；原有接口能力未知时保留明确接入点，不伪造请求成功或自动替换未知字典值。
- 确需新建 H5 且无既有技术栈约束时，默认 Vue 3 + tdesign-mobile-vue；已有工程仍沿用实际技术栈。

### 必须有依据的事项

- 查阅会话与现有工程后仍无法识别业务对象或办理目标时，需确认这一核心目标，不能擅自创建订单、审批或支付流程；可先完成双端能力及资源盘点。
- 真实写操作的生效条件、权限或接口契约存在冲突时，不能猜测接通；先完成不依赖该决定的布局、素材和已确认交互。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 没有现有工程但业务目标明确时，按已授权的新建范围完成最小页面实现与接入结构；尚无运行条件时交付可审查代码、素材映射和具体启动步骤，不声称运行通过。
- 缺少图像生成工具时，继续完成页面与现有授权资源接入，逐个给出素材提示语、尺寸和状态规格，明确哪些素材尚未生成；只缺真机工具时仍须完成可用的素材生成与接入，仅将对应设备验收标为未执行。

## 执行要求

### 先确认业务和双端边界

检查工程目录、未提交改动、包与锁文件、TDesign 版本、路由、现有页面、组件封装、接口、权限和素材目录。列出本次页面、主要用户动作、关键状态及现有问题，保留无关改动。
区分微信原生小程序、uni-app 等跨端工程，以及 Vue H5。仅实施“目标终端”选定的端；只选择小程序或 H5 时，不为凑齐双端新增另一套工程。两端同时实施时统一信息层级、品牌和业务结果，按各自组件与运行机制实现，不能假定一份代码可以直接运行在所有端。已有技术栈优先；需要更换框架、升级主版本或新增独立工程时说明必要性与影响。
已有 H5 使用 Vue 2、React 或其他框架时，核实对应 TDesign 实现与版本，不自动替换成 Vue 3。不要把桌面后台缩小后当作移动页面，也不要把桌面版 TDesign Vue Next 的 API 当成 Mobile Vue 的 API。
从真实需求整理页面之间的进入、返回、保存、取消和再次进入路径。原始资料不足以判断核心业务时，只索取阻塞实现的必要信息；样式与排版的常规选择自行完成。未拿到工程、接口或运行条件时如实标记，不编造文件、业务数据和已经通过的验证。

### 建立适合中国大陆用户的移动界面

页面围绕办理业务组织，文字直接说明对象、状态和动作。采用有秩序的中文商务或政企风格，同时保持移动端轻便、清晰；不要照搬桌面密集表格、多层工具栏和复杂侧栏。
优先复用 TDesign 与项目已有设计变量。缺少品牌规范时，可采用一个克制的蓝色主色、中性背景、清晰正文色和必要状态色；下面的数值属于项目默认建议，不是 TDesign 官方强制规则。
默认正文 14–16px、辅助说明不低于 12px、主要标题 18–20px；间距使用 4、8、12、16、24px 等统一尺度，页面左右留白通常 16px。圆角按组件角色统一，优先沿用 TDesign 默认；同类卡片、输入框、按钮不要各用一套半径和阴影。
同级标题、图标、字段和操作对齐，使用留白与轻分隔表达层级。内容多时按任务分组，不把每个字段变成独立卡片。重要按钮的触控区域默认按至少约 44×44 CSS 像素评估，在小程序中换算为对应布局尺寸；视觉图标可以较小，触控区域仍需足够。
首页优先呈现待办、常用业务入口和必要的业务信息。没有业务依据时不增加大横幅、欢迎口号、虚构统计、增长率、认证、荣誉或装饰性的“智能助手”。图像服务于识别、状态解释和必要引导，不挤占首屏的关键操作。
控制大面积渐变、光晕、玻璃效果、立体球体、漂浮方块、夸张阴影和过量胶囊标签。避免所有页面都采用“顶部大标题＋彩色数字卡＋宣传插图”的固定套路。保留真实业务特色，不用技术实现说明填充页面文案。

### 按实际页面建立一致的交互

只实现需求中存在的页面和功能，以下按需选用；不能为了凑全套而增加没有业务依据的页面。
首页或工作台：优先展示用户下一步要处理的任务，入口顺序稳定，标题与图标含义一致。使用底部导航时保留少量一级任务，当前页可识别；详情页提供明确返回路径。
查询与列表：搜索、筛选、清空、加载更多和返回列表后的上下文规则明确。筛选结果与总数口径一致，加载中防止重复请求；区分初始无数据、筛选无结果和加载失败。移动列表突出对象、关键状态和主操作，需要比较多列时采用有说明的局部横向滚动，不压缩成难以阅读的小字表格。
详情：顶部显示对象名称、编号、当前状态及主要动作，正文按业务关系分组。审批和操作记录使用真实时间与结果；长中文、长编号、附件名和金额都有合理换行或完整查看方式。
表单：按用户填写顺序分组，标签、必填标记、输入格式、帮助文字和错误位置一致。合理选择输入键盘、日期选择、单选与多选；错误能够定位，保存失败保留输入。字典 code 与 label 对应后端，未知或停用值不能自动替换成第一项。
弹层：简单确认、选项选择和长表单选择适合的 Dialog、Popup、ActionSheet 或独立页面。明确点击遮罩、系统返回、关闭按钮、取消和提交的区别；关闭后状态能正确复原，不出现旧记录、旧错误或多层弹窗叠住按钮。
结果与状态：成功、失败、处理中、无权限、离线或无数据分别处理。成功提示只在结果确认后出现，写请求超时显示结果待确认并提供查询途径。状态使用文字配合图标和颜色，插图不能代替状态说明与下一步操作。

### 正确使用 TDesign 双端组件

组件 API、事件、插槽、主题变量及最低运行条件均以工程安装版本和对应官方文档为准。写代码前核对实际可用的组件，禁止凭名称猜测两端属性相同。
原生微信小程序使用 tdesign-miniprogram，按项目结构安装依赖，在微信开发者工具中构建 npm，并在页面或组件 JSON 的 usingComponents 中注册需要的组件，例如 tdesign-miniprogram/button/button。核对 miniprogramRoot、npm 构建产物及路径是否匹配；接入文档涉及 app.json 的 style 配置时检查对既有页面的影响，不能把组件库仓库的开发命令当成业务小程序的启动命令。
Vue 3 H5 使用 tdesign-mobile-vue，官方全局样式入口为 tdesign-mobile-vue/es/style/index.css。全量注册或按需接入沿用工程方式，按需方案仍须正确加载主题样式；自动导入时核对 resolver 选择了 mobile-vue。已有 uni-app 工程可核对官方 @tdesign/uniapp 适配包的实际版本与支持范围，不能当作原生包直接注册。
图标使用对应端的 TDesign 能力。H5 可从 tdesign-icons-vue-next 按需引入单个图标；这个图标包名不能作为使用桌面组件库的理由。原生 t-icon 核对当前版本支持的名称与图片链接，生成素材文件不能冒充内置图标名称。离线使用时检查是否产生外部图标资源请求。不要将小程序 WXML 的 bind 事件、Vue 的事件与 v-model 写法互相复制。
主题色、字体、背景、边框和状态变量集中定义，两端按支持的机制映射。局部样式限定在业务容器内；涉及小程序样式隔离时使用当前版本提供的外部样式类或变量，不大范围穿透组件内部，不依靠堆叠 !important 维持页面。
逐项检查受控值、表单校验返回值、弹窗关闭时机、上传结果和列表事件。TDesign 两端 Form 的字段绑定使用 data、rules 与表单项 name；校验结果严格判断为 true 才通过，错误对象也可能是真值，不能只写 if (result)，也不能照搬 Arco 的 undefined 成功语义。原生事件从 detail 取值，H5 按当前回调上下文取值。
原生 Dialog 的受控 visible 由业务代码管理，提交成功后再关闭；H5 的异步关闭机制按当前 beforeClose 类型实现，不混用 Arco 的 on-before-ok 或假设原生端有同名能力。核对具体组件的渲染器支持，例如当前原生 Form、Dialog 文档标注 WebView，不能据此宣称 Skyline 通用。保留必要的加载和防重复点击状态，前端按钮禁用不能代替后端权限或幂等。
如果当前版本确有组件缺口，优先采用同库组件组合并补充必要业务封装；跨端框架的适配以其官方支持矩阵和项目实际验证为准，不凭空声称原生组件可直接用于任意 H5。

### 规划图标与插图，让素材实际改善页面

先列素材清单：素材编号、业务用途、所在页面、显示尺寸、原始像素尺寸、背景、状态变体、格式、文件名及接入位置。常规返回、关闭、搜索、更多、上传、编辑和删除等操作优先复用 TDesign 图标，统一线条与尺寸。
为品牌或业务特有的功能入口生成成套图标，例如实际存在的业务模块入口。只有需求确实需要选中状态时才生成默认与选中两种状态；使用同一主体、视角、轮廓和构图改变颜色或强调程度，不能两种状态像不同图标。
按页面需要生成适量插图，优先考虑初次无数据、搜索无结果、业务完成或必要引导。错误和权限状态的插图保持中性、清楚，不责怪用户，也不把系统失败画成成功。仅需要一条说明的页面不强行增加插图。
先确定一套风格并用一张样例核验，再沿用其参考图、色板、轮廓、明暗、视角和材质生成其余素材。业务入口图标可采用简洁平面或轻层次表现；插图使用克制的几何与场景构图，减少无关人物、装饰物和背景。不同页面不要混合线性图标、厚重 3D 和卡通贴纸三套风格。
具备图像生成工具时实际调用工具生成所需图标和插图，检查产物并保存到工程后再引用。只有提示语、远程预览地址或不存在的文件不能算素材已交付。没有生成能力时，仍继续可完成的页面工作，交付具体的生成提示语与素材规格，并明确哪些素材尚未生成、哪些位置暂用同风格的已有资源，不伪造完成状态。
关键业务文字、标题、按钮和数字由代码渲染，不烘焙进图像；生成图中不放中文段落、随机字符、品牌水印、二维码和无依据的徽章。品牌标识使用用户提供的原始文件，不依赖生成模型重绘商标或模仿第三方图标。

### 可直接交给图像工具的生成模板

以下【方括号】内容由执行者根据已确认的业务与素材清单填写，不把每一项都重新丢给用户。每次只提交明确的一张素材或一组有交付约定的素材；成套风格可以先做参考板，但正式交付必须是可独立引用的单个文件。

图标生成模板：
为中文移动业务应用的【功能名称】生成一个功能入口图标，表达【真实业务动作或对象】。遵循参考图【已有图标或首个样例】的统一视觉：轮廓简洁、线条粗细一致、转角自然、视角一致，主体清楚，缩小到【实际显示尺寸】仍能辨认。主色【项目主色】，辅助色【一至两种约定颜色】，不使用无关颜色。图标居中，保留一致的光学留白，边缘完整。只输出一个独立图标，画布【像素尺寸及比例】，背景【真实透明背景或明确的纯色背景】。不加文字、字母、数字、水印、外框和多余装饰，不生成图标合集或设备展示图。若需选中状态，以同一主体与轮廓生成对应状态，只调整约定颜色或局部填充。输出真实文件并检查透明通道，不把棋盘格图案当成透明背景。

插图生成模板：
为【业务页面】的【具体状态：无数据、搜索无结果、操作完成或引导】生成一张可嵌入微信小程序和 H5 的业务插图，核心对象是【与业务相关的物品或场景】，用户此时需要理解【状态含义】。采用与参考图【统一样例】一致的克制平面或轻层次风格，形状简明、构图稳定、主体清楚，使用【项目主色与中性色】。画布【像素尺寸及比例】，主体位于【明确区域】，为代码渲染的标题和操作预留【留白区域】；背景【真实透明背景或指定页面背景色】。图片不包含文字、按钮、界面截图、设备边框、二维码、水印、无关人物、金融增长符号或装饰性科技元素。插图缩小到【实际显示宽度】后仍表达清楚；保留完整边缘，不裁切关键对象。输出独立文件，生成后按页面实际尺寸检查构图和对比度。

成套生成时，为每个文件填写独立的业务含义和状态；复用已经验证的风格约束，不为追求差异而改变材质、透视和光源。不得把效果图截图裁成带文字的“图标”。

### 素材文件必须能安装、引用和维护

保留生成原图与实际使用文件，业务代码引用经过检查的使用文件。每张图明确尺寸与比例；默认可按显示尺寸准备 2 倍像素素材，例如显示 48×48px 的入口图标准备 96×96px 使用文件，按清晰度与体积需要调整。示例数值是项目建议，不是平台硬限制。
简单标准图标优先使用真实矢量图标资源。图像工具生成的栅格图按 PNG、WebP 等真实格式交付，不把扩展名改成 .svg 冒充矢量。需要矢量文件时使用能实际输出矢量的工具或人工重绘，并检查小尺寸渲染效果；小程序端还要核对所用位置、组件和基础库的格式支持，准备合适的 PNG 回退。
需要透明背景的图标检查真实 alpha 通道、边缘白边及深浅背景上的效果；不能把黑底、白底或绘制的棋盘格误认成透明。不要依靠 CSS 混合模式掩盖错误背景。
素材按功能命名，使用小写英文与连字符，例如 icon-service-default.png、icon-service-active.png、illustration-empty-search.png；名称必须对应实际业务，不能把这些示例名直接套到无关模块。避免中文空格、含糊序号和反复叠加 final 后缀。
建议按项目结构放入 assets/icons、assets/illustrations；已有目录规范优先。交付 assets-manifest.json，记录路径、用途、页面引用、显示尺寸、像素尺寸、格式、文件体积、透明检查结果、替代文本、状态变体和来源类型。生成素材与已有授权素材区分来源，不将未核实来源的第三方素材写成自有或可商用。
控制首屏资源数量与体积，按目标网络给出实际文件体积和必要压缩结果。首屏关键图像合理加载，非首屏素材按需加载；尺寸固定或保留比例，避免图片加载后布局跳动。不依赖随机图库、不稳定的临时外链或生成工具预览链接作为正式页面资源。
逐一核对小程序包内路径、H5 构建资源路径和已有资源服务；使用远程资源时核对 HTTPS、跨域与对应平台规则。原生 tabBar 图标按当前平台支持要求单独准备本地资源，不假定可直接使用组件图标、外链或任意 SVG。弱网、失败和缓存更新时有合理回退。

### 处理微信小程序与 H5 的真实差异

微信小程序：核对基础库、开发者工具与真机版本；按真实布局选择 rpx、px 等单位，不把所有数值机械翻倍。遵循页面与组件生命周期，使用合理的 setData 更新范围，不频繁传整个列表；处理返回前页、重复进入和页面卸载后的回调。
自定义导航时根据当前设备信息计算状态栏、胶囊按钮与内容位置，不把某一台手机的高度写死。键盘弹起、底部安全区、原生 tabBar 与页面固定操作区分别检查，安全区留白只能按实际布局补一次，不与组件内置处理叠加。
H5：根据目标浏览器与微信内置浏览器检查视口、滚动、定位和软键盘行为；使用适当的安全区机制及回退，不单靠 100vh 保证可视高度。底部按钮、弹窗和输入框不能被浏览器工具栏或键盘遮住，关闭弹层后恢复合理滚动位置。
权限、登录、上传、相册、支付、分享与返回能力按实际终端分别接入。只有业务需要时才接入相应能力；需要微信能力的 H5 不假定已具备签名与授权，小程序组件也不能直接调用浏览器 DOM、window 或 localStorage。
两端保持关键字段、状态和操作结果一致，允许遵循终端习惯的交互差异。模拟浏览器的移动尺寸不能替代微信小程序真机验收，开发者工具预览通过也不能当作所有 iOS 与 Android 设备通过。

### 实现完整状态与代码质量

页面、业务组件、接口、状态和素材配置各有清晰职责。封装真正重复的业务能力，复用现有工具，不创建过度通用的万能页面；只为装饰效果增加多个 UI 库或动画框架需要说明必要性。
统一工程已有的 ESLint、格式化与类型检查，缺少约定时采用 2 空格缩进、清晰命名、合理换行与简明中文业务注释。删除本次范围内确认无用的变量、样式和旧实现，不用全局禁用规则、空 catch 或大量 any 掩盖问题。
请求、鉴权、分页、字典和异常处理复用工程现有入口。处理快速查询与页面切换引起的请求竞态，避免旧响应覆盖新数据；清理订阅、定时器与监听。保留用户输入，明确重复提交、部分失败和结果未知时的行为。
前端权限展示与服务端数据范围一致，不能以隐藏按钮代替服务端授权。使用脱敏样例，正式页面不写死示例用户、订单、统计和状态；必须使用模拟数据时明确标识并提供实际接口接入点。
H5 的交互控件使用可访问的语义与名称，焦点清楚；小程序使用平台支持的可访问能力并检查读屏与点击区域。装饰图像不抢占阅读顺序，有意义的图像提供文字说明；状态不能只靠颜色，动效短而克制，不妨碍操作。

## 交付与验收

### 按照页面与素材一起验收

先完成一个具有代表性的页面及其图标、插图接入，检查视觉与交互后再推广到其他页面。常规设计与实现选择自主推进，不增加无必要的审批流程。
检查 375、390、430px 等约定移动宽度，以及需要支持的更窄屏幕；这些是建议验收尺寸。H5 在宽屏访问时有合理内容宽度与布局，不能无限拉伸移动卡片；用长公司名、长标签、大金额、多行错误、空数据和多状态记录检查排版。
实际验证主流程、返回、筛选、加载更多、输入校验、成功与失败、取消关闭、键盘弹起和再次进入。检查图片成功与失败、透明边缘、缩放模糊、图标状态切换、暗色背景兼容及安全区遮挡。
运行当前工程对应的安装、检查、类型检查、构建与已有测试命令，并准确记录结果。原生小程序写清开发者工具导入位置、npm 构建与预览步骤；H5 写清本地启动命令和实际访问地址，不能把两个终端的命令混成一套。
交付可运行源码、实际使用的图标与插图、素材清单、必要的主题配置、操作步骤及页面截图。说明完成的页面、组件与素材映射、实际验证的终端和场景，以及未验证或等待外部能力的部分；不得把计划、生成提示语或模拟截图写成实际运行证据。
默认在回复中说明必要操作，不额外生成总结类 Markdown 文档。项目已有明确文档要求或用户另有要求时再补充相应文件。任务聚焦 UI、素材与开发交付，不扩展成生产发布、证书部署、线上运维或备份恢复方案。

### 本条完成检查

- 交付实际页面、主题配置与组件映射，查询、表单、返回、异常和结果未知状态符合真实接口及两端机制。
- 生成素材以真实文件接入，素材清单可逐项定位；独立文件、选中态、像素尺寸、透明 alpha、裁切和资源路径完成实际检查，未完成项单独列明。
- 记录 H5 与小程序分别执行的检查、构建、主流程和设备验证；核对长中文、软键盘、安全区、弱网及图片失败，不把模拟器或静态预览写成真机通过。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

本提示词根据 TDesign 官方组件资料，结合中文移动业务界面与素材交付要求整理。视觉数值、素材组织、生成模板和验收顺序属于项目实践建议，不代表官方强制规范或官方认证。资料核验日期：2026-09-08；仓库分支会更新，实施时核对工程安装版本及对应文档。本提示词的资料与文本已整理，不代表任何具体业务页面或生成素材已经完成运行验收。

[TDesign 微信小程序官方仓库](https://github.com/Tencent/tdesign-miniprogram)
[TDesign Mobile Vue 官方仓库](https://github.com/Tencent/tdesign-mobile-vue)
[TDesign 官方图标资源](https://github.com/Tencent/tdesign-icons)
[原生小程序接入](https://github.com/Tencent/tdesign-miniprogram/blob/develop/packages/tdesign-miniprogram/site/docs/getting-started.md)
[Vue H5 接入与样式入口](https://github.com/Tencent/tdesign-mobile-vue/blob/develop/site/docs/getting-started.md)
[uni-app 官方适配包](https://github.com/Tencent/tdesign-miniprogram/blob/develop/packages/tdesign-uniapp/README.md)
[原生 Form 与渲染器支持](https://github.com/Tencent/tdesign-miniprogram/blob/develop/packages/components/form/README.md)
[H5 Form 校验类型](https://github.com/Tencent/tdesign-mobile-vue/blob/develop/src/form/type.ts)
[原生 Dialog](https://github.com/Tencent/tdesign-miniprogram/blob/develop/packages/components/dialog/README.md)
[H5 Dialog 类型](https://github.com/Tencent/tdesign-mobile-vue/blob/develop/src/dialog/type.ts)

微信平台补充入口：实施时另行核对当前官方要求，以下页面本次未成功读取，不将其内容标作已核验。
[微信小程序 npm 支持](https://developers.weixin.qq.com/miniprogram/dev/devtools/npm.html)
[微信小程序全局配置与 tabBar](https://developers.weixin.qq.com/miniprogram/dev/reference/configuration/app.html)

## 任务目标

请为企业软件的质量与交互评价建立可审查的依据。没有正文时先输出标准选用与证据缺口。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

评价对象：从当前产品、终端及已提出的质量问题中识别评价对象；未指定维度时，先区分软件产品质量、使用情境与设计活动，围绕已有业务任务建立标准选用和证据盘点范围。
标准及评价资料：查找当前已授权资料中的标准正文或授权摘录、项目采用依据、设计记录、质量目标和测评结果；标准编号与状态沿原正文来源复查，不将资料标题当作条款内容。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 检索项目合同、交付要求和质量计划中列明的标准号、年份、评价对象及采用理由。
- 检查可读标准文件的版本、页码和覆盖章节，区分正式正文、目录、简介与修订材料。
- 定位对应页面、角色任务、终端范围及已有用户研究或测评记录，核对证据对应的产品版本。

### 可采用的默认处理

- 默认只读盘点，分别记录标准要求、项目自定指标和政企视觉偏好，不把推荐性国标或配色建议写成统一强制要求。
- 没有正式正文时只做版本选用、替代关系与证据缺口整理；旧核验日期保持可见，无法复查时标明状态尚未刷新。
- 质量目标缺失时提出与实际任务对应的观察项及测量方法，不自定通过阈值或虚构样本量、成功率。

### 必须有依据的事项

- 正式条款判断必须取得覆盖对应章节的可读正文或授权材料，元数据和目录不能替代。
- 合同采用版本与现有评价依据冲突，或证据无法对应被评产品时，不能给出符合性结论；其余标准及证据盘点继续。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无标准正文时交付标准选用与替代关系表、可见材料范围、对象与证据清单及待核对条款位置栏。
- 无真实测评结果时交付按业务任务组织的评价准备表和补测方案，明确设计走查、功能测试与用户评价分别需要的证据。

## 执行要求

截至 2026-09-08，两项标准均显示现行、推荐性。GB/T 25000.10-2016 全部代替 16260.1-2006；18978.210-2024 自 2025-03-01 实施并全部代替 18976-2003。元数据核验不代表已读质量特性或设计条款。

1. 核对评价对象是软件产品、使用情境还是设计活动，登记项目实际采用的版本和理由。不能仅因国际标准更新就擅自改换国标年份，旧模板中的替代前编号应注明并复查。
2. 确认提供正文的范围和有效版本，仅从可读条款提取质量模型名称、设计活动及适用说明，保留原文位置。缺失内容标为待补，不从记忆拼成官方特性清单。
3. 建立业务任务、用户角色、终端、环境与待评价问题的对应关系。把已有用户研究与待验证假设分开，不能虚构访谈人数、任务成功率或岗位行为。
4. 将适用条款映射到可观察证据，说明需要设计记录、业务运行数据还是用户任务测试。项目自行提出的指标、样本量和目标值另列并注明依据，不包装为国标统一阈值。
5. 检查现有证据能否支持对应判断，区分界面静态走查、功能测试和真实用户评价。外观整齐不能替代可用性证据，也不能据标准名称推导政企配色、字号或圆角要求。
6. 形成评价准备清单及差距，明确当前能判断、尚不能判断和不适用的事项。对于需要补测的内容提出任务、样本条件和记录方法，未执行前不填写通过结论。

## 交付与验收

输出：标准选用与替代关系、可读条款范围、对象—条款—证据矩阵、项目指标建议、缺口及补测计划。验收条件：每项正式条款有原文依据，每项评价有对应证据，企业审美偏好与标准要求明确分开。

边界：这是需要标准正文才能完成条款核对的原创模板；不提供官方认证，不宣称软件已满足国标，也不将来源核验称为提示词效果验证。

### 本条完成检查

- 每项条款判断均有原文位置和适用理由，缺正文的条款保持未核对。
- 对象、角色、终端、条款和证据之间可追溯，项目指标不冒充国标阈值。
- 已能判断与尚不能判断的范围清楚，不以界面整齐或模板填写完整宣称符合国标。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

官方来源（元数据核验日期：2026-09-08）：
- GB/T 25000.10-2016：https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D81641D3A7E05397BE0A0AB82A
- GB/T 18978.210-2024：https://std.samr.gov.cn/gb/search/gbDetailed?id=208E903AB60F79F3E06397BE0A0AB2B9

来源许可说明：官方公开元数据；未发现允许再发布标准全文的明确许可。本批只保留必要元数据和原页面链接，不收录全文。本条为中文原创整理，来源内容与本模板补充要求已在正文区分。

## 任务目标

请审查并改写业务页面中的中文文案和数据表达。面向中国大陆企业用户，语言准确、简短、可操作。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

文案检查范围：优先检查当前提到的页面或文案；没有指定时，从现有业务入口到主要操作结果的页面链路开始，覆盖该链路共用的按钮、状态、错误和数据格式。
页面或文案资料：读取当前工程的页面、语言资源、字段类型、格式化工具与字典，同时使用已有截图和导出样例，直接从上下文识别对象、动作及格式约定。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 查页面和语言资源中的标题、导航、按钮、提示及状态，与实际触发动作对照。
- 核对接口字段、字典和金额日期格式化工具，定位单位、精度、时区和百分比分母的依据。
- 比较详情、列表、通知与导出中的同一业务用词，查看长中文、截断及空值的已有表现。

### 可采用的默认处理

- 默认只读审查并给可直接替换的文字；用户已明确要求修改时只落地指定范围，不改变计算逻辑或业务状态。
- 优先沿用项目已确认术语，按钮写具体动作，错误写问题和可行恢复方式，去除无业务作用的口号与重复解释。
- 未知、未统计、零值、无权限和加载失败分别表达；没有字段依据时保留原始数值，不擅自补单位、改精度或改时区。

### 必须有依据的事项

- 专业术语对应的业务动作或法律含义不明时，不能凭通顺直接替换；先整理其他有上下文的文案。
- 金额单位、比例分母或时间语义互相矛盾时，不能输出确定的新格式，需确认该字段的真实口径。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 只有截图时交付可见文案的原文、建议和理由，以及截图未覆盖的触发状态清单。
- 没有页面运行条件时交付术语表、数据格式规则和逐项替换建议，标明换行及交互含义仍需页面验收。

## 执行要求

术语和显示格式以真实业务与项目约定为准，优先保证表达一致、含义准确，不能把默认样式当作行业法规要求。

1. 列出标题、导航、字段、按钮、状态、帮助、错误和空状态，标明所在页面及触发场景。先确定文案服务的业务动作，删除无业务作用的宣传和重复解释。
2. 建立业务术语表，区分申请、提交、审批、确认、完成等动作和状态。相同对象使用一致称呼，不同业务结果不要都写成“成功”或“已处理”。
3. 把按钮改成用户能够预测结果的动作名称，重要操作说明作用对象及关键后果。错误提示写清问题与可执行办法，不直接展示服务端异常信息或含混的系统忙。
4. 梳理数量、金额、百分比、日期、时刻、单位和小数精度，注明显示与计算是否不同。时间说明时区，百分比注明分母，金额保留货币信息，不能凭显示格式改变原始精度。
5. 分别定义零、空、未统计、加载失败和无权限的表达，避免统一显示为零或短横线造成误解。历史数据和当前数据混合展示时让用户能识别时间范围。
6. 逐页检查长中文、标点、数字与单位间距、截断后的完整信息获取，以及同一业务在通知、详情和导出中的一致性。只改文字时仍需核对操作含义没有被改变。

## 交付与验收

输出：原文—建议文案—理由对照表、业务术语词典、数据格式表、空值与异常表达、需业务确认的问题。修改建议可直接交给页面维护人员使用。

验收：关键动作和后果清楚；同一状态同名同义；单位与时间范围明确；无空洞口号、虚构规模和夸大承诺；格式变化不会改变业务含义。

信息边界：缺少字段定义或上下文时不要硬改专业术语；未获得完整页面和导出样例时注明检查范围，不声称已覆盖所有终端。

### 本条完成检查

- 文案对应真实对象、动作及后果，同一状态同名同义，修改不改变业务含义。
- 单位、时间范围、精度及空值含义有依据，未知内容不被格式化成零或成功。
- 每处建议可定位到页面或资源项，检查范围清楚，不把局部文本审查称为全端验收。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 文案](https://ant.design/docs/spec/copywriting-cn/)
- [Ant Design 数据格式](https://ant.design/docs/spec/data-format-cn/)

## 任务目标

请为桌面管理端与小程序建立一致而可实现的组件使用约定。目标是减少同类页面的视觉和交互偏差。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

组件统一范围：从当前桌面端和小程序中承担相同业务任务的页面识别范围；未指定组件时，先整理已有查询区、状态、选择器、附件和操作栏，不新增不存在的终端。
工程或设计资料：读取现有包版本、组件引用、业务封装、主题变量和页面样例，使用已提供品牌资料识别共同规范与跨端差异。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 查两端实际组件包、锁文件和封装入口，核对当前版本支持的组件 API 与样式配置机制。
- 定位同类业务组件的使用页面，比较输入、状态、权限与操作结果，不只比较外观。
- 盘点主题变量、局部样式覆盖与已有设计稿，找出重复定义、不同业务同名及触屏不可用的交互。

### 可采用的默认处理

- 沿用现有组件库与版本，先给使用约定和差异映射，不为统一外观引入第二套库或升级框架。
- 跨端统一业务含义、状态名称与主次操作，保留表格和移动记录卡、点击和触摸等必要呈现差异。
- 优先复用现有视觉变量，缺值时提出少量项目建议；颜色、字号和间距不包装为组件库强制规则。

### 必须有依据的事项

- 两端同一字段或状态的业务含义不同且无法从契约解释时，不能直接合并为通用组件。
- 实际安装版本或 API 支持无法确认时，不能承诺对应代码可运行；先交付组件职责和状态约定。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 只获得一端工程时，先交付该端盘点及已知跨端业务约定，把另一端的 API 与适配核对留为明确缺口。
- 只有设计资料时交付业务组件映射、变量建议、状态矩阵和交接样例，不声称完成代码兼容验证。

## 执行要求

主题、设计变量和组件 API 均以项目安装版本为准；跨端统一的是业务含义和使用约定，不能假定不同组件库的 API 相同。

1. 盘点项目实际使用的组件库、版本、定制组件和样式覆盖，区分已经存在与建议新增。先确认项目选择，优先复用已有组件库。
2. 建立业务组件清单，将查询区、审批状态、附件区、成员选择、操作栏等映射到基础组件或组合组件，注明适用场景和不适用场景。名字应能让设计与研发直接对应。
3. 整理颜色语义、文字层级、间距、边框、圆角与控件密度，优先使用当前库的可配置变量。必须自定义时解释业务原因，变量值来源未知的标为建议。
4. 定义组件的默认、悬浮、聚焦、禁用、加载、错误和只读状态，明确哪些状态适用于触屏。不能把鼠标悬浮作为小程序读取重要内容的唯一方式。
5. 逐项区分跨端保持一致的业务含义与需要因终端改变的呈现，例如审批结果名称一致，但桌面表格与手机记录卡可不同。明确点击、触摸、返回和输入法下的行为。
6. 形成设计到研发的对照与验收样例，列出长中文、空值、大数值、无权限、弱网等内容条件。核验组件 API 应基于安装版本文档，不能凭名称推断支持属性。

## 交付与验收

输出：现有组件盘点、业务组件映射、视觉变量建议、状态矩阵、跨端差异表、设计交付与验收清单。涉及代码时仅使用已核实版本支持的能力。

验收：相同业务状态名称与含义一致；视觉变量有来源；终端差异有任务依据；不存在组件库混用造成的重复样式；小程序任务不依赖桌面专有交互。

信息边界：未读取实现或未运行终端时不得声称完成兼容验证；官方仓库说明只能证明其公开能力，不能作为对本项目质量或合规性的品牌背书。

### 本条完成检查

- 组件映射有真实使用位置，相同状态的名称与含义一致，例外有业务理由。
- 变量、版本与能力来源明确，不假设不同组件库 API 相同。
- 触屏任务不依赖悬浮等桌面专有操作，长中文、空值、无权限及弱网样例进入验收清单。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Arco Design 官方仓库中文说明](https://github.com/arco-design/arco-design/blob/main/README.zh-CN.md)
- [TDesign 官方仓库](https://github.com/Tencent/tdesign)

## 任务目标

请为业务操作补齐完整的反馈与恢复设计。覆盖从操作触发到最终结果的真实过程。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

反馈设计范围：从当前页面的主要提交或异步办理动作开始；未指定操作时，沿已有请求到结果呈现的链路盘点反馈缺口，优先处理结果不明和无法恢复的状态。
页面与状态资料：读取现有页面、请求封装、接口状态定义、错误映射和任务查询逻辑，自动获取成功判据、重试条件与上下文保留方式。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 追踪按钮触发、请求发送、任务受理、查询或回调到最终结果的实际路径。
- 核对 loading、提示、弹窗及错误处理的现有逻辑，检查页面切换、账号失效与部分失败。
- 查取消、重试、幂等键、请求标识和结果查询接口是否真实存在，区分能力说明与未实现建议。

### 可采用的默认处理

- 有明确结果才显示成功，超时或回调缺失默认保留结果待确认，不自动重发非幂等写操作。
- 按影响范围选择行内或页面反馈，只有确需用户决定时使用对话框，不为每次成功重复打断操作。
- 无真实进度时使用处理中的状态描述；错误保留有用上下文与安全的恢复入口，不用自动跑满的百分比。

### 必须有依据的事项

- 服务端是否已经生效、是否可重试或取消无法确定时，不能替系统承诺撤销、重新提交或完成；继续设计结果待确认及查询路径。
- 错误码缺少业务含义或同码含义冲突时，不能臆造具体原因，需确认影响数据及可恢复动作。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无接口实现时交付操作状态矩阵、逐条中文反馈及恢复流程，明确结果查询和幂等能力的接入要求。
- 只有错误记录时交付可确认错误的文案与恢复建议，并将无法判断的状态单列，不声称故障已修复。

## 执行要求

反馈应及时、适度，过程与结果分别表达；异常分类和恢复动作必须匹配系统实际能力。

1. 逐个记录操作的触发位置、影响对象、耗时依据、成功判据和数据刷新方式。没有服务端最终结果时区分已接收、处理中与已完成，禁止点击后立即伪装成功。
2. 列出空闲、提交中、处理中、成功、失败、部分成功、中断、结果未知或待核实等适用状态，指定每种状态的可信来源和退出条件。不存在的后端状态不能直接当作现有能力。
3. 结合影响范围与用户必须采取的行动选择行内提示、页面提示、轻提示、结果页或对话框。成功后内容已明显变化时减少重复提醒，重要失败应保留可找回的信息。
4. 为每种错误写清楚发生了什么、对已填写或已处理数据有什么影响、现在可以做什么。网络异常、权限不足、规则冲突、记录不存在和服务异常分别处理。
5. 设计重试、刷新、取消、继续编辑和查看详情入口，注明可用条件、操作后果和上下文保留。重复请求可能产生重复业务记录时必须列出幂等条件。
6. 检查多任务同时执行、页面切换、刷新、账号失效和部分项目失败的表现。进度只显示真实可得的进度，不能使用自动跑满的百分比造成办理完成错觉。

## 交付与验收

输出：操作状态矩阵、反馈组件选择表、逐条中文文案、恢复流程、接口或任务能力缺口、验收场景。文案以业务信息和下一步动作为中心，避免责备用户。

验收：已知终态有可信依据；结果未知时保留原请求标识，通过查询、回调或对账确认，确认前不自动重发非幂等操作；重要错误不丢失；重试不会默认制造重复记录；部分成功能定位失败对象；不存在无依据进度和频繁无用弹窗。

信息边界：仅有错误码而无业务含义时保留待映射项；不猜测故障根因，不声称错误已经修复，不在用户文案中泄露内部日志、凭据或敏感数据。

### 本条完成检查

- 每种终态有可信来源，结果未知保留请求标识并有确认办法。
- 反馈能够说明数据影响与下一步，重试和取消条件真实，部分失败可定位到对象。
- 关键异常、多任务和页面切换均有处理规则，不丢失重要错误或生成假进度。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 反馈](https://ant.design/docs/spec/feedback-cn/)

## 任务目标

请把业务字段设计为易理解、可正确提交的中文表单。目标是完成真实录入任务并明确操作后果。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

表单任务：优先采用当前提到的办理任务；未指定表单时，选择现有主要业务入口中的新增或编辑表单，围绕其真实保存与提交路径整理字段和交互。
字段与页面资料：读取目标表单、接口请求类型、校验规则、字典及保存逻辑，结合已有业务说明和设计样例识别字段分组、联动和权限。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 从表单组件、接口 DTO 和校验规则提取类型、必填、范围及错误触发时机，核对两端规则差异。
- 追踪联动字段、默认值、只读条件和历史字典值，查看上游变化是否会清空下游数据。
- 核对草稿保存、正式提交、取消、重置和再次进入的真实行为，以及失败后输入是否保留。

### 可采用的默认处理

- 沿真实填写顺序分组，复用已有控件和字段命名；任务没有明显阶段时不强行拆成多步骤表单。
- 保持业务默认值不变，未知或停用字典值保留原值并可识别，不自动选择第一项。
- 错误就近说明并可定位，失败保留合理输入；缺少草稿能力时不显示已经自动保存。

### 必须有依据的事项

- 字段默认值、唯一性或跨字段规则无法从业务与接口确定时，不能自行写入正式校验标准。
- 保存与正式生效、取消后的数据后果不明时，不能承诺丢弃或保留结果；先完成不依赖这些决定的字段组织。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 没有工程时，根据已有字段资料交付分组结构、字段表、联动与错误文案及保存提交状态设计。
- 运行条件不足时交付键盘顺序、首错定位、长标签及移动输入的验收场景，标明尚未执行。

## 执行要求

字段表达、组件使用和任务顺序保持一致，校验与恢复规则以业务要求和系统能力为准。

1. 说明表单标题、处理对象、填写角色及最终结果，按用户收集信息的顺序分组字段。只有任务确实复杂时才拆步骤；步骤标题使用业务动作或信息类别。
2. 为每个字段确定标签、组件、必填条件、数据来源、默认值、示例和帮助。避免标签与占位提示机械重复；专业术语确有必要时提供简短解释。
3. 明确输入格式、合法范围、跨字段条件、远程校验和错误触发时机。客户端提示与服务端规则应保持一致；已有数据不符合新规则时另列兼容处理问题。
4. 设计联动字段、只读字段与不可用选项，说明上游变化是否清空下游值、是否提醒用户及是否保留历史选项。不要悄悄替用户选择会改变业务责任的默认项。
5. 分别定义保存草稿、提交生效、取消、返回和重置的后果，说明提交中的按钮状态、重复点击防护、失败后的输入保留，以及长任务中断后的恢复入口。
6. 走查键盘顺序、首个错误定位、必填标识、长标签和移动端输入。每种校验失败给出用户能执行的修改办法，避免以技术异常堆栈代替业务提示。

## 交付与验收

输出：表单分组结构、字段设计表、联动与校验规则、保存及提交状态、错误文案表、主要操作流程和验收清单。涉及接口能力的要求单独标注。

验收：每个字段有业务含义；同类字段组件一致；用户知道数据何时生效；失败不会无故丢失输入；错误可定位且可修正；无多余的口号和教学文案。

信息边界：无法从业务资料确定的默认值、唯一性和草稿保存能力不能自行假定；没有真实运行证据时只报告设计检查，不能写为表单测试通过。

### 本条完成检查

- 字段含义、来源、组件与校验时机明确，默认值和联动行为有依据。
- 用户能理解何时保存和生效，提交失败可纠正并保留合理输入。
- 取消、返回、重复点击和历史字典值均有明确规则，设计走查不冒充运行测试。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 表单页](https://ant.design/docs/spec/research-form-cn/)

## 任务目标

请设计能够直接支持业务查询和处理的列表页面。选择表格或列表应服务于用户查找与判断。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

列表业务：从当前业务对象和主要查询页面识别目标；未指定页面时，以现有业务入口可达的主列表为范围，沿查询、查看详情和一项已存在的处理动作组织设计。
列表与接口资料：读取现有列表组件、查询参数、响应结构、字典、分页和权限实现，结合已有截图或脱敏样例直接获取字段与操作边界。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 核对查询条件、默认筛选、排序、分页参数与服务端统计范围，定位前后端不一致之处。
- 盘点对象标识、关键判断字段、列格式、长内容处理和行内操作。
- 追踪单行与批量动作、跨页选择、部分失败、详情返回和删除末页数据的实际行为。

### 可采用的默认处理

- 保留已有查询和分页契约，优先呈现对象标识、关键状态及主要操作，不凭空新增后端筛选或全量统计能力。
- 已有选择范围沿用明确契约；新拟批量交互先按可见且具备权限的记录设计，跨页全选单列所需接口与业务条件。
- 零、空值、未加载、无权限和加载失败分别表达，长内容可完整查看且不挤掉主要操作。

### 必须有依据的事项

- 筛选或统计口径与接口含义冲突时，不能自行改变结果范围；先完成列、布局和已知状态设计。
- 批量操作的数据边界、权限或部分生效规则不明时，不能把批量处理设计成默认全部成功。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无工程时依据字段及业务资料交付查询字段表、列定义、单行与批量交互和分页状态规则。
- 没有数据规模或接口证据时交付可核对的布局与异常设计，单列服务端能力缺口，不声称性能验证通过。

## 执行要求

列表要便于扫描、查找和处理，筛选、批量操作及状态规则以当前业务为准。

1. 明确列表的主要任务是查询、比对、审批还是浏览，按任务选择表格或条目列表。将对象标识、判断所需信息和主要操作放在稳定位置，不为了视觉整齐隐藏关键业务字段。
2. 整理查询字段的类型、默认条件、重置结果、联动规则和提交方式。说明日期范围、时区、空值、枚举以及搜索模糊匹配规则，后端不支持的能力标为待实现。
3. 定义列顺序、宽度、对齐、排序依据和截断查看方式，区分业务空值、零、无权限和未加载。金额、计数与时间要有明确格式，长文本可以展开但关键操作必须可见。
4. 定义分页、筛选、排序和进入详情后的上下文保留，说明删除当前页最后一条、查询条件变化与数据刷新时的页码处理。客户端展示逻辑不能冒充服务端全量统计。
5. 设计单行及批量操作，明确选择当前页还是跨页、不可操作记录如何处理、部分成功如何反馈。涉及不同状态或组织的数据时逐项核验可操作范围。
6. 覆盖加载中、查询无结果、首次无数据、接口错误和权限不足状态，并按一次真实查询到处理完成的过程走查。演示记录必须显著标识，不作为正式业务事实。

## 交付与验收

输出：列表任务说明、查询字段表、列定义、单行和批量交互、分页状态规则、异常状态文案、验收用例。每个按钮都说明触发条件、结果和失败后可执行动作。

验收：用户能识别记录并完成核心操作；筛选与结果范围一致；批量操作边界明确；长文本不挤掉按钮；没有把缺失数据显示成零或成功状态。

信息边界：未知的数据规模、接口能力和权限规则保留为待确认项；仅有设计资料时不得报告性能或实际操作已经通过。

### 本条完成检查

- 查询条件、结果范围与统计口径一致，列表记录和主要操作清楚可辨。
- 分页、详情返回、选择范围、部分失败和末页删除有明确处理规则。
- 长文本、空结果、首次无数据、错误及权限不足各有对应呈现，不用零或成功掩盖缺失数据。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 列表页](https://ant.design/docs/spec/research-list-cn/)

## 任务目标

请为中国大陆企业管理系统设计清晰有序的页面布局。风格稳重、克制，以完成业务任务为主。

交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

页面布局目标：优先处理当前讨论的页面；未指定时，以现有系统默认业务入口及其核心工作区为布局范围，从已有内容识别主要任务与操作，不另造功能模块。
页面或设计资料：读取现有页面结构、公共布局、主题变量、响应式规则和真实字段样例，结合会话中的截图、品牌规范与终端要求确定设计基线。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 查路由对应的页面与公共布局，识别导航、标题、查询区、数据区和操作区的关系。
- 盘点现有字号、行高、间距、宽度、组件密度与断点，区分公共约定和局部覆盖。
- 从已提供内容或字段结构检查长公司名、地址、编号、金额及操作数量，找出溢出和信息层级问题。

### 可采用的默认处理

- 以清楚的中文政企业务界面为方向，先排信息层级和阅读顺序，再调整色彩；不添加装饰性口号、数字卡或无关插图。
- 优先复用已有尺度与布局，缺少规范时提出少量统一字号和间距建议，明确属于本项目建议。
- 宽表使用自身区域滚动，关键状态与操作保持可见；窄屏按业务任务重排，不把桌面宽表机械压缩。

### 必须有依据的事项

- 页面主要办理任务与现有内容矛盾时，不能为美观决定删除关键字段或操作；先交付保留内容的结构整理。
- 已明确的品牌或终端限制互相冲突且影响内容可用性时，需确认适用优先级，不擅自替换品牌规范。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 只有截图或内容清单时交付页面区域结构、对齐层级、尺寸缩放规则和长内容处理说明。
- 没有可运行页面时完成设计走查与针对目标终端的验收清单，不虚构浏览器验证或设备占比。

## 执行要求

通过网格、栅格和统一间距建立空间秩序，断点与区域宽度由实际内容及目标终端决定，不直接套用示例尺寸。

1. 确认页面主任务、主要业务对象和最重要操作，按使用顺序排列导航、标题、查询条件、数据区和操作区。先处理信息层级，再选择颜色与装饰。
2. 盘点现有间距、字号、行高、圆角与组件密度，优先复用一致的值；没有规范时建立少量可重复使用的尺度，并标明这是项目建议。避免为每个区域创造新的卡片样式。
3. 确定固定宽度、弹性宽度和可滚动区域，给出最小与最大可用宽度。大表格可以定义表格内部滚动，但不要让整个页面无意横向溢出。
4. 设计中文标题和字段名称的换行规则，长公司名、长地址、英文编号和多位金额都要有实际策略。关键状态、金额与按钮不能被省略后丢失意义。
5. 为目标终端定义布局变化：筛选项如何收纳，主次操作如何排列，侧栏何时折叠。不要把桌面宽表简单压缩成小程序页面，应按任务另行组织移动端内容。
6. 使用已提供的真实内容检查首屏重点、阅读顺序、控件对齐、滚动区域和页面留白。无截图或可运行页面时只给设计走查结果，并列出需要浏览器验证的事项。

## 交付与验收

输出：页面结构、区域尺寸与缩放规则、间距和字体建议、不同终端布局、长内容规则、组件清单及验收检查表。每项视觉决定用一句业务理由解释即可。

验收：主要任务清晰；同类控件对齐一致；中文无生硬断词；内容在目标宽度可读可操作；没有装饰性大标语、无来源数字和遮挡业务内容的视觉效果。

信息边界：不编造用户设备占比或浏览器验收结果；已有品牌规范与本建议冲突时列出冲突，不能冒充完成了视觉还原。

### 本条完成检查

- 主任务及主次操作明确，同类区域与控件对齐，信息层级一致。
- 目标宽度下的滚动、缩放和长中文策略可执行，关键状态与按钮不因截断丢失含义。
- 视觉尺度有可复用依据，页面不出现虚构业务数字和遮挡办理内容的装饰。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

参考来源（核验于 2026-09-08）：
- [Ant Design 布局](https://ant.design/docs/spec/layout-cn/)