使用提示词
添加你的项目需求
在下方添加背景信息。复制或下载时，这些内容将包含在提示词中。
使用 [PROJECT] 和 [AUDIENCE] 的现有项目技术栈，创建一个可编辑、移动端优先的应用原型。任务是：包裹取件管理器。
必需内容和结构
整理配送更新，显示带有效期的虚构取件码，并允许用户记录包裹已领取。
屏幕和导航
构建三个相互连接的视图：配送；取件详情；已领取。在屏幕标题或摘要中始终显示所选记录。支持明确的返回操作，并在视图之间切换时保留进行中的输入。将主要操作置于相关内容附近，并考虑移动设备安全区域、可见的软件键盘和较长的翻译标签。在桌面端宽度下调整布局，但不要移除步骤或改变任务。
项目输入
使用 [APPROVED_CONTENT] 中的名称、记录、标签、数量和目的地。对于缺失数据，应请求补充，而不是虚构运营声明。演示记录可以使用虚构品牌 Parcel，并将其标记为示例数据。说明哪些操作是原型中的本地交互，哪些操作需要身份验证、持久化、权限或后端支持。除非相关集成已明确实施并经过测试，否则不得连接外部服务或声称交易已完成。
设计方向
遵循 [BRAND_RULES]。如果未提供品牌规范，则使用白色、邮政蓝色和橙色点缀，采用简洁利落的实用型布局。通过工作流自身的内容和控件体现其辨识度，而非重复使用通用的仪表盘卡片。采用统一的间距尺度和清晰的文本层级。确保键盘焦点状态清晰可见，提供无障碍名称、充足的对比度以及不依赖颜色的状态标签。尊重“减少动态效果”设置，并将动画过渡设为可选。
任务专项验收检查
- 对于由用户标记的领取状态，不得暗示已获快递公司确认；取件码过期时，需要提供明确的恢复操作说明。
交互状态
使用本地示例数据实现三个屏幕的顺畅主流程。包括实用的空状态、操作完成前的验证、加载或等待状态，以及可恢复的失败状态。破坏性更改必须提供复核或撤销路径。确保同一记录在三个视图中的状态一致。重试后，不要在没有提示的情况下丢弃未完成的输入或更改用户的选择。
交付与审核
交付可编辑的应用视图，并说明数据模型、所有本地存储行为和尚未实现的集成。在 320px 和更宽的视口下测试，同时测试键盘导航和长内容。添加功能前，先使用上方针对任务的验收检查审核结果。明确区分演示行为与实际运行的生产服务。
参考附件和重构目标
将此提示词下载包中的 reference.webp 与本提示词一起附加到 OpenDesign。构建构图和层级相似且可编辑的成果；不要将整张参考图像嵌入并用作最终界面。如果已批准的项目内容和品牌规则与虚构示例标签冲突，应保留前者。如果图像缺失或无法读取，应请求提供图像，而不是声称实现了视觉保真。
参考构图和内容
使用随附的 reference.webp 作为包裹取件管理器的视觉参考。构建前，识别从上到下的主要区域、各区域的相对宽度与高度、对齐方式、间距、排版层级、表面颜色、边框、图像和重复组件。保留这些关系，不要用通用模板替代。必需的任务内容：整理配送更新，显示带有效期的虚构取件码，并允许用户记录包裹已领取。将图像转换为可编辑元素时，采用以下任务专属布局指导：以“配送”为入口屏幕，为“取件详情”设置明确的主要操作，并让“已领取”说明已发生的情况及后续可执行的操作。以白色、邮政蓝、橙色点缀和利落的实用型布局为初始方向，并根据所提供的品牌进行调整。在三个屏幕中始终清晰显示记录标识和导航上下文。优先采用拇指易触达的控件和易读标签，而非装饰性面板；在较宽屏幕上，应保持工作流连贯，而不是将移动端布局横向拉伸至铺满屏幕。
示例需求中的视觉方向
白色、邮政蓝、橙色点缀、利落的实用型布局。
交互规范
参考图是静态概念图：以下行为是需要实现的要求，并不能证明图片中的功能已经可用。将定制后的提示词复制到项目中，并构建相互连接的流程：整理配送更新，显示带有效期的虚构取件码，并允许用户记录包裹已领取。对于由用户标记的领取状态，不得暗示已获快递公司确认；取件码过期时，需要提供明确的恢复操作说明。对于每个可见控件，说明其触发方式、受影响的状态和反馈；实现本地变更，并确保相关视图中的状态一致。让搜索和筛选功能返回真实结果，为选择控件提供明确的激活状态，并在相关情况下为保存操作提供可见的处理中、成功和失败反馈。不要添加无关的工作流。导航使用正确的链接，操作使用按钮，并为图标控件提供无障碍名称。如果只是本地演示发生了变化，不得暗示后端操作已成功。
视觉比较和交付
- 以匹配的比例将成果与随附图像进行比较。在润色装饰细节前，审查主要区域的位置、图像的相对尺寸、换行、间距、字体层级、对比度、激活状态和内容密度。
- 然后测试窄屏布局，不要将桌面端文本挤压成过小的标签。
- 将徽标、照片和图标保留为独立资源，并确保所有有实际意义的标签均可编辑。列出所有不可用的字体/资源以及任何有意的偏离。返回可运行文件，并简要说明已实施的行为和剩余的集成工作；不要承诺仅凭提示词就能获得像素级一致的成果。
下载提示词 + 图像
包含完整提示词和全尺寸参考图。将两者都附加到 OpenDesign 中，以指导布局设计。
如何编写包裹取件管理器设计提示词
使用此包裹取件管理器设计提示词来整理配送更新、显示带有过期时间的虚构取件码，并允许用户记录包裹已领取。
参考图是 AI 生成的概念。以下说明描述了需要构建和测试的内容；图像并不能证明相关行为已经可用。
区分个人备注与快递员确认
包裹取件应用应便于查看取件码有效性和领取状态。
用户将包裹标记为已领取，不同于承运方报告同一事件。以“配送件”作为入口屏幕，为“取件详情”设置明确的主要操作，并让“已领取”说明发生了什么以及接下来可以做什么。以白色、邮政蓝、橙色点缀和利落的实用型布局为初始方向，并根据所提供的品牌进行调整。在三个屏幕中始终显示记录标识和导航上下文。优先采用拇指易触达的控件和清晰易读的标签，而非装饰性面板；在较宽的屏幕上，应保持工作流连贯，而不是将移动端构图横向拉伸至边缘。
来自提示词
构建三个相互连接的视图：配送件；取件详情；已领取。
按需定制
显示包含更新、示例取件码和过期时间的 [PARCELS]。将用户记录的领取状态与快递员确认的事件分别标注，并提供取件码过期后的恢复指引。
准备包裹取件管理器内容
取件详情将取件码、开放时间和过期时间集中显示；应包含取件码已过期的状态和无障碍复制操作。
准备虚构包裹、示例取件地点、取件码过期时间和配送更新。注明每个状态来自快递员还是用户，并明确取件码过期后的恢复指引。
来自提示词
整理配送更新，显示带有效期的虚构取件码，并允许用户记录包裹已领取。
按需定制
对于 [PROJECT]，使用 [APPROVED_CONTENT] 作为此包裹取件管理器的内容来源。其中应包含“配送件”“取件详情”“已领取”所需的已批准记录和字段标签、操作与持久化规则、品牌素材及权限要求。在使用演示内容替代之前，先识别缺失的输入。
将包裹标记为已领取
确认信息说明应用中的记录已更改，并提供撤销操作；应将这种本地状态与快递公司验证的取件事件区分开来。
最终状态应注明其来源。不能仅仅因为包裹仍在列表中，就让已过期的取件码在视觉上看起来仍可使用。首先测试这一特定边界：不要将用户标记的领取状态暗示为快递员确认；对于已过期的取件码，需要提供明确的恢复指引。然后使用较长的记录标题、无已保存记录和操作失败情形运行主流程。用户无需依赖颜色，就应能分辨哪些内容已保存、哪些正在等待处理，以及哪些操作可以撤销。验证返回上一屏幕后已输入的数据仍然保留，并确保屏幕阅读器能以合理顺序读取标题、状态和主要操作。
来自提示词
对于由用户标记的领取状态，不得暗示已获快递公司确认；取件码过期时，需要提供明确的恢复操作说明。
按需定制
根据以下要求检查包裹取件管理器：不要将用户标记的领取状态暗示为快递员确认；对于已过期的取件码，需要提供明确的恢复指引。首先测试这一特定边界：不要将用户标记的领取状态暗示为快递员确认；对于已过期的取件码，需要提供明确的恢复指引。然后使用较长的记录标题、无已保存记录和操作失败情形运行主流程。用户无需依赖颜色，就应能分辨哪些内容已保存、哪些正在等待处理，以及哪些操作可以撤销。验证返回上一屏幕后已输入的数据仍然保留，并确保屏幕阅读器能以合理顺序读取标题、状态和主要操作。保留已批准的内容，仅修改未通过此项检查的部分。
检查包裹取件管理器结果
此示例是 AI 生成的视觉概念。连接的服务、设备权限和持久化数据需要单独实施和测试。
- 对于由用户标记的领取状态，不得暗示已获快递公司确认；取件码过期时，需要提供明确的恢复操作说明。
后续提示词
在获得初步结果后使用此提示词。它会将修改范围聚焦于此任务最重要的部分。
仅优化从“取件详情”到“已领取”的过渡。对于由用户标记的领取状态，不得暗示已获快递公司确认；取件码过期时，需要提供明确的恢复操作说明。使用明确标签展示相关的处理中、失败和已完成状态。保留已批准的导航、排版和其他屏幕。返回修改后的视图，并说明已输入的数据如何在重试后继续保留。
