统一按钮、状态、提示、金额和时间的中文表达，保持业务页面简洁准确，清楚区分零值、空值、未知与无权限。
## 任务目标 请审查并改写业务页面中的中文文案和数据表达。面向中国大陆企业用户，语言准确、简短、可操作。 以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 文案检查范围：优先检查当前提到的页面或文案；没有指定时，从现有业务入口到主要操作结果的页面链路开始，覆盖该链路共用的按钮、状态、错误和数据格式。 页面或文案资料：读取当前工程的页面、语言资源、字段类型、格式化工具与字典，同时使用已有截图和导出样例，直接从上下文识别对象、动作及格式约定。 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 查页面和语言资源中的标题、导航、按钮、提示及状态，与实际触发动作对照。 - 核对接口字段、字典和金额日期格式化工具，定位单位、精度、时区和百分比分母的依据。 - 比较详情、列表、通知与导出中的同一业务用词，查看长中文、截断及空值的已有表现。 ### 可采用的默认处理 - 默认只读审查并给可直接替换的文字；用户已明确要求修改时只落地指定范围，不改变计算逻辑或业务状态。 - 优先沿用项目已确认术语，按钮写具体动作，错误写问题和可行恢复方式，去除无业务作用的口号与重复解释。 - 未知、未统计、零值、无权限和加载失败分别表达；没有字段依据时保留原始数值，不擅自补单位、改精度或改时区。 ### 必须有依据的事项 - 专业术语对应的业务动作或法律含义不明时，不能凭通顺直接替换；先整理其他有上下文的文案。 - 金额单位、比例分母或时间语义互相矛盾时，不能输出确定的新格式，需确认该字段的真实口径。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 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/)
为异步办理、失败、中断和部分成功设计适当反馈，明确状态来源、数据影响与恢复动作，避免无依据的进度和重复弹窗。
## 任务目标 请为业务操作补齐完整的反馈与恢复设计。覆盖从操作触发到最终结果的真实过程。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 反馈设计范围：从当前页面的主要提交或异步办理动作开始；未指定操作时，沿已有请求到结果呈现的链路盘点反馈缺口，优先处理结果不明和无法恢复的状态。 页面与状态资料：读取现有页面、请求封装、接口状态定义、错误映射和任务查询逻辑，自动获取成功判据、重试条件与上下文保留方式。 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 追踪按钮触发、请求发送、任务受理、查询或回调到最终结果的实际路径。 - 核对 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/)
围绕岗位每日任务设计待办、快捷入口和业务数据，明确统计口径、跳转结果、刷新规则及无数据状态。
## 任务目标 请设计面向岗位日常办理的业务工作台。目标是让用户快速开始工作并处理需要关注的事项。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 工作台岗位：从当前系统角色、默认入口及已有待办识别主要岗位；未指定角色时，先围绕现有普通业务用户的办理任务整理工作台，无法确认主岗位则分别保留实际存在角色的视图差异。 岗位与业务资料：读取现有工作台、菜单权限、待办与统计接口、业务状态及任务说明，使用已有访问或访谈记录确定优先级，不要求用户重新整理工程内已有数据口径。 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 查角色菜单、默认路由与业务入口，识别必须处理、需要关注和偶尔使用的任务。 - 核对待办查询的对象、责任人、状态、组织范围及完成后消失条件。 - 追踪统计卡片到明细的查询条件、时间窗、更新时间和权限，查处理后刷新规则。 ### 可采用的默认处理 - 先保留真实待办和可达业务入口，缺少可信统计时不新增累计数字或装饰图表。 - 排序优先依据明确责任和时限，缺少行为数据时将顺序标为待验证设计建议，不编造任务频次。 - 无待办、部分无权限和数据失败分别设计；仅用标识清楚的占位字段表达结构，不把占位值显示成实时数据。 ### 必须有依据的事项 - 待办归属、待处理状态或跨组织范围无法确定时，不能猜测应由谁办理或展示哪些真实记录。 - 统计与明细口径互相冲突时，不能先选一个数字作为正确值，需确认口径后再下结论。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。 ### 资料仍不足时的交付 - 没有真实数据时交付岗位任务优先级、模块结构、待办与指标字段口径表及跳转刷新规则。 - 没有运行页面时完成从待办进入、处理、返回的设计走查，列出待补接口与统计验证条件。 ## 执行要求 模块数量和展示方式由岗位任务决定，不能将设计示例直接当作通用要求。 1. 按角色还原登录后的首要任务，列出必须处理、需要查看、偶尔使用的事项，并注明排序依据。没有访问数据或访谈记录时只提出待验证排序。 2. 为每项待办定义来源对象、待处理状态、责任人、截止时间、组织范围和消失条件。明确已完成、历史、被撤回和本人发起但他人处理的数据是否纳入。 3. 决定首屏内容和功能入口，优先呈现业务动作及其背景。将不支持用户决策的累计数字、重复统计和装饰性图表列入删除建议，不凭空增加业务指标。 4. 逐个定义统计卡片的口径、时间窗、更新时间、单位、权限边界与明细跳转条件。点击某数量后，明细筛选应与数量口径一致，差异有合理解释。 5. 设计待办过多、无待办、加载失败、部分模块无权限、数据延迟和新账号初始化状态。无业务数据时提供可执行入口，不能用随机记录填满正式工作台。 6. 按不同角色给出页面模块顺序与操作说明，走查一个从待办进入、处理、返回并刷新统计的完整流程。记录需要接口、权限或业务方补齐的条件。 ## 交付与验收 输出：角色任务优先级、工作台模块表、待办与指标口径表、模块布局说明、跳转及刷新规则、异常状态、验收场景。只展示能解释来源与用途的模块。 验收：用户可以明确今天处理什么；待办均有真实责任与状态依据；统计与明细范围一致；空状态可继续办理；无虚构增长率、客户数量或品牌背书。 信息边界：缺少实际数据时用清楚标识的占位字段描述结构；不把占位值称为实时数据，不宣称已验证统计正确。 ### 本条完成检查 - 每个模块都有任务依据，每项待办有责任、状态和范围定义。 - 统计与明细条件对应，进入、处理、返回和刷新规则能连接成完整办理路径。 - 空状态可继续办理，未知和失败不被填成零值或随机业务记录。 按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。 ## 参考资料与适用边界 参考来源（核验于 2026-09-08）： - [Ant Design 工作台](https://ant.design/docs/spec/research-workbench-cn/)
将分散功能整理为便于岗位使用者理解的中文菜单、页面层级和任务入口，覆盖深链接进入、返回路径和权限变化。
## 任务目标 请梳理企业业务系统的信息架构与导航。产出应能指导菜单调整与页面设计，避免仅做名称美化。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 导航整理范围：优先采用当前指定模块；没有指定时，从现有系统的导航入口及其页面树开始，先整理一个有完整任务链路的业务域，再标注与其他模块的共享入口。 菜单与任务资料：读取当前工程路由、菜单配置、页面标题、权限映射和已知业务任务，结合现有截图与功能说明自动建立页面归属关系。 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 比对菜单、路由与真实页面入口，区分功能页、按钮、数据视图和系统设置。 - 查同义菜单、同名异义和重复入口，追踪列表、详情、编辑与审批的进入及返回路径。 - 核对角色默认页、菜单可见条件和接口权限，检查深链接、权限收回及对象删除的实际结果。 ### 可采用的默认处理 - 按业务对象与任务分组，每页指定主要归属，跨模块快捷入口明确关联，不为整齐强制相同层数。 - 缺少频次数据时使用可解释的任务顺序，并注明依据；不虚构用户实验成功率。 - 默认输出导航和迁移建议，不删除现有功能或改动真实路由、账号权限；已明确授权实施时才落地对应范围。 ### 必须有依据的事项 - 同名页面承担不同业务或功能归属存在冲突时，不能仅凭名称合并、删除或改变办理入口。 - 角色数据范围无法由授权规则确认时，不能把菜单不可见推定为禁止访问或替业务决定开放范围。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。 ### 资料仍不足时的交付 - 只有功能清单时交付中文导航树、页面归属表、角色入口和任务路径建议，并标出尚无路由证据的部分。 - 缺少运行环境时交付旧入口到新入口的映射、深链接和返回场景，不声称导航已在系统验证。 ## 执行要求 菜单结构应提供清楚的位置线索和一致的操作方式，层级和数量由实际信息结构决定。 1. 盘点功能对应的业务对象、主要使用角色和任务频次依据，将菜单、功能按钮、数据视图与系统设置区分开。缺少访问数据时标注频次是业务人员提供还是分析假设。 2. 按业务对象与工作任务分组，找出同义菜单、同名异义和重复入口。为每个页面指定一个主要归属，需要跨模块复用的入口注明它与主入口的关系。 3. 设计层级清楚的中文导航树。复杂管理系统可以考虑侧栏，低层级浏览型入口可考虑顶部导航，说明选择原因；不要为凑整齐强行统一不同业务的层数。 4. 定义列表、详情、编辑、审批之间的进入和返回路径，说明搜索条件、页码、选中项是否保留。深链接直接进入详情时应有可理解的位置提示和返回去向。 5. 为不同角色列出默认进入页和可见范围，说明没有权限、权限刚被收回、业务对象被删除或跨组织访问时的页面结果，避免把不可见菜单当作授权边界。 6. 选择几个实际任务逐步走查导航，记录找到入口、完成操作、返回工作位置的步骤。标注需比较或验证的路径，不虚构用户实验成功率。 ## 交付与验收 输出：现有问题清单、中文导航树、页面归属表、角色入口矩阵、任务路径表、旧入口到新入口映射、待确认项。需要改名的条目说明其对应业务意义。 验收：每个功能有明确归属和可达路径；主要任务入口不会重名误导；详情页返回有上下文；权限异常有明确结果；不出现纯装饰分类和宣传口号。 信息边界：只依据已提供的业务与页面证据评价，不未经授权删除既有功能、变更路由或调整真实账号权限。 ### 本条完成检查 - 功能归属和可达路径清楚，菜单命名不会把不同业务混为同义。 - 详情返回保留合理上下文，深链接、对象删除及权限变化均有明确结果。 - 新旧入口映射完整，组织方案没有以装饰分类掩盖业务差异。 按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。 ## 参考资料与适用边界 参考来源（核验于 2026-09-08）： - [Ant Design 导航](https://ant.design/docs/spec/navigation-cn/)
梳理审批与多步骤办理的状态、角色和操作后果，补齐撤回、驳回、重提、并发及中断恢复等适用流程。
## 任务目标 请为业务设计可交给研发实现的状态流程。重点解决多步骤录入或审批流中下一步不清楚、操作后果不明确的问题。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 办理流程：从当前业务对象和已有办理动作识别流程；未指定时，选择工程中已存在的一条提交到处理结果的链路，先梳理其状态、角色与中断恢复，不自行扩充审批制度。 规则与流程资料：读取现有状态枚举或字典、审批规则、表单与接口、权限和历史记录定义，结合已有流程说明提取实际可用动作。 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 核对业务状态定义、状态转换代码或规则配置，区分加载状态与真实业务状态。 - 逐项读取提交、驳回、重提、撤回和关闭的适用条件、角色、版本及历史保留方式。 - 查草稿保存、返回、关闭页面、网络中断后的数据恢复机制，以及幂等、并发版本控制和回调处理证据。 ### 可采用的默认处理 - 只把已确认状态和转换纳入正式流程图，缺失规则以带影响说明的候选分支表达。 - 分离草稿保存与正式生效，业务终态说明办理结束，不强行安排下一责任人。 - 并发、重复点击和超时先按现有能力描述；无实现证据时列为待实现要求，不宣称系统已具备幂等或自动恢复。 ### 必须有依据的事项 - 审批权限、合法状态转换或撤销生效后果缺少业务依据时，不能自行决定，先完成其他已确认路径。 - 历史记录与新版本的责任归属冲突时，不能猜测沿用原处理人或自动生效规则。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 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/values-cn/)
