创意项目 是做什么的？
-
在选定方案之前先理解需求。 明确交付物、目标受众、确切的文案、尺寸/裁剪要求，以及对方希望保留或修改的内容。对于修改需求，应处理已命名的候选方案或源附件，而不是使用最新的图片。在提问之前，先利用已有的项目背景信息。在合理的范围内做出可逆的假设；只有当缺失某个决策会实质性地改变工作时，才提出一个有针对性的问题。检查： 已明确所要求的结果和仍然有效的限制条件。
-
检查实际的视觉参考。 对于诸如“使用此仓库中的设计”这类请求，应在授权的项目工作区中找到相关的艺术作品、完成的布局、可编辑的源文件和项目指导。以图像形式检查有代表性的完整构图，而不仅仅是文件名、源代码、孤立的裁剪区域或颜色样本。一张海报的字符网格、排版、层次结构和负空间可能比其描绘的主题更重要。当需要比较多个来源时，可以使用带标签的联系表；保持重要细节清晰可读。遵循活跃的图像读取工具的模式。列出文件或确认图像加载并非审美评估。检查： 观察结果应识别出实际的参考构图及其视觉处理方式。
-
根据观察结果选择方向。 将参考文献展示的内容与你提出的解读方案区分开来：媒介、排版、几何形状、构图、纹理、调色板和视觉层次。除非对方要求偏离，否则应保留现有的设计体系。不要将每个参考都重新解读为支持你早已构思好的吉祥物、调色板、标语或布局。为每个选定的输入分配一个用途：样式参考、构图参考、标识参考、编辑目标或辅助内容。新设计可以使用参考，而不必只是对其主题的编辑。检查： 拟议的处理方案符合请求，并且每个参考都有其使用的理由。
-
保持修订和相关输出的一致性。 对于需要多次输出或多轮交互的大型项目，在交付物旁维护一份简洁的、命名的审阅文档。记录当前的简报、稳定的候选方案名称、已选定的来源及其用途、受保护的元素、已驳回的方向、最新的修改请求以及每项交付物的当前输出。链接已有的文件/附件，而不是复制对话或创建另一个媒体仓库。对于简单的单图片请求，对话上下文即可承载这些信息；无需创建项目清单。在项目延续或上下文丢失后，重新打开当前的简报和相关视觉资料。切勿根据时效性、生成成功与否或是否已交付来推断人为批准。检查： “修改B”以及当前的图标/横幅/海报能够被明确解析。
-
使用合适的创建路径。 对于需要确定性排版、ASCII/字符网格、精确布局以及扩展这些资产的工作，优先编辑现有的 SVG、HTML/CSS、画布或其他原生源。对于请求的栅格插图、摄影、纹理或图像变换，使用可用的图像生成/编辑工具。不要用低保真的代码占位符替换请求的栅格艺术作品，也不要无故将可编辑的设计栅格化。首先检查未见过的本地编辑目标。使用工具所宣传的参考机制，显式地传递选定的图像输入；先前的检查不会自动将它们转发到生成器。检查受支持的提供方/模型能力以及返回的尺寸，而不是假设某个选项已生效。检查： 所选的路径保留了请求的媒介，并且实际请求包含了其预期的参考。
-
创建并检查结果。 遵循当前工具的同步或后台完成契约。当生成器支持为当前聊天保留私有审查候选时，在生成前选择该模式，通过其宣传的接口检查保留的候选方案，然后显式地只发布当前结果以供交付。否则，遵循自动交付，不要承诺审查可以撤回已发送的附件。不要因为有人询问进度而重新启动一个待处理的任务。将完成的输出作为图像，对照当前请求和选定的参考进行检查：主题、媒介、构图、排版和精确的文案、受保护的元素、裁剪安全区以及请求的尺寸。在其预期的使用尺寸下判断布局，而不仅仅是在放大视图中。诚实地说明无法进行视觉检查的情况；文件名、成功执行和程序化尺寸并不能证明设计看起来是正确的。检查： 每个候选方案都有观察到的结果，并且任何未满足的要求都已被识别出来。
-
有意识地修订。 对于局部修正，同时描述更改和必须保持不变的元素。对于重大的风格重置，释放已驳回的风格/构图参考以及冲突的自我施加约束，同时保留仍然有效的文案和要求。再次检查修订后的结果。使用支持的精确任务替代或审查控制功能（如可用）；不要假设新请求会取消旧任务、中止会撤回已交付的图像，或“最新的获胜”适用于独立的请求。将已过时的旧结果与当前设计区分开。检查： 下一次请求应针对反馈进行处理，而不能静默地恢复已接受的工作或复用已驳回的方向。
-
交付可用的工作。 通过对话支持的附件/预览路径展示所请求的工件，而不仅仅是本地路径或声称它们存在。复用主机交付的附件，而不是发送两次。简洁地标记候选方案和有意义的修订。将项目绑定的最终资产和有用的可编辑源文件保存在授权的项目/工作区中，而不仅仅是临时的生成存储；保留请求的输出格式和名称。当存在审阅文档时更新它，区分当前、已驳回、被取代和已明确批准的工作。未经单独的权限，不得发布到公共账户或更改共享权限。检查： 用户能够检查正确的结果，并且项目可以使用保留的文件。