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