先想清楚再输入，分块构建，使用真实内容，并把每个请求交给合适的智能体。这些习惯能把一句话的想法变成完整的成果。

从项目聊天开始。打开你想修改的项目聊天，然后选择或直接指派与该工作职责匹配的智能体。如果你不确定该由哪个智能体处理，先请团队说明清楚再开始构建。

本指南汇总了那些能够持续帮助你的智能体团队获得更好结果的技巧。它们都不需要特殊能力。关键在于你说什么，而不是你如何排版。无论你是在写第一条请求，还是在打磨一个成熟项目，同样的原则都适用：输入清晰的思路，输出清晰的结果。

让团队先提问，再开始构建

想获得更好结果，最有效的方法之一是：当请求很大或很模糊时，主动邀请团队提问，而不是寄希望于他们猜对。先说明你想要什么，然后在结尾加上一句：

在开始之前，请向我询问任何你需要了解的信息，以便完全理解我的需求。

你常常会收到一些自己原本想不到要回答的问题，无论这些问题涉及边界情况、目标受众，还是权衡取舍。提前把这些问题说清楚只花一分钟；等构建完成后才发现，就要付出返工的代价。这样一来，第一次产出的结果就会更接近你的真实意图。

第 1 步：先想清楚再输入

明确你要构建什么

前期花几分钟思考，往往能省去后面大量反复写提示词的时间。开始之前，请确保你能回答四个简单问题：你要构建什么、它是给谁用的、他们为什么会使用它，以及你最希望他们采取的主要动作是什么。

这个主要动作通常被称为 CTA，即 call to action（行动号召）的缩写。它指的是你最希望用户点击的按钮、链接或下一步操作，例如 Sign Up、Book a Demo、Start Free 或 Buy Now。

你不需要写出完整的规格说明。目标只是为项目提供一个清晰方向。你的起点越具体，就越容易生成符合你设想的结果。

为一款面向自由职业者的预算管理 app 构建一个单页网站。主要 CTA 是“Start Saving Smarter.”。采用大胆、有表现力的视觉风格，使用大字号和鲜明的色彩。

勾勒用户路径，而不只是页面

优秀设计不仅存在于页面之上，也存在于页面之间。沿着用户会走的路径去思考：他们首先看到什么，什么能建立信任，什么能让他们有信心采取行动，而这个行动又会把他们带向哪里？哪怕只是一个三段式草图——首屏、证明、行动号召——也能显著提升你的请求效果，因为现在每个部分都有存在的理由，也都有引导到下一步的理由。

尽早确定视觉方向

风格更容易从一开始就建立，而不是事后补救。先选定一个方向：平静而优雅、大胆而颠覆、高端而流畅，并在第一条请求中用团队可以执行的语气词表达出来：极简、俏皮、电影感、面向开发者。这些词不只是装饰，它们会从第一个组件开始就影响字体、间距、颜色、阴影和圆角半径。在后续请求中重复使用同一条风格描述，有助于保持整体一致性。

采用平静、受健康疗愈启发的设计：柔和渐变、低饱和大地色、圆角、充裕留白。整体语气温和且令人安心。

第 2 步：写出真正有效的请求

描述结果，而不是实现方式

描述你想要的结果，而不是构建它的步骤。例如，“添加一个包含三个选项的定价区块，并让中间那个更突出”比详细说明页面应该如何搭建更有用。重点说明应该出现什么，以及它为什么重要；至于如何实现，可以交给团队决定。

按模块工作，而不是整页处理

把请求范围限定在单个组件上——比如首屏、功能网格、用户评价行、定价表——能让你更清晰，也更容易掌控。如果某个部分不理想，你只需要调整那一部分，而不是把周围所有内容都重新生成。先构建一个区块，查看效果，进行优化，再进入下一个。整页请求会产生噪音；组件请求会产生有效信号。

创建一个功能区块：居中标题，下方并排三个卡片，每个卡片包含一个图标、一个标题和一行描述。使用柔和阴影，悬停时略微上浮。

使用真实文案

占位文本会掩盖问题；真实文案会暴露问题。真实标题可能需要两行；真实 CTA 可能用动词表达效果更好。写出用户真正会读到的内容，即使它还只是草稿也没关系——当内容是真实的，布局、间距和设计决策都会更好。

首屏标题：“Design Calmly.” 副文案：“Turn stress into structure.” CTA：“Start Building Free.” 采用以文案为中心的布局，并提供充裕的垂直间距。

明确写出真实元素

用清晰、具体的词来描述你希望页面上出现什么。你不需要懂设计术语——只要说出用户应该看到或可以交互的内容，比如个人资料卡片、按钮或表单。

具体请求比宽泛请求更容易构建。先从你需要的基础元素开始，再逐步一次添加一个细节。

创建一个个人资料卡片，包含照片、姓名和关注按钮。在姓名旁边添加一个小的“Verified”标签，并在有人悬停其上时显示简短说明。

第 3 步：精准修改

为每次修改限定范围：哪些要变，哪些不变

调整现有内容时，要把两方面都说清楚：哪些需要改，哪些绝对不能改。使用“replace”“update”“adjust”这类方向明确的词，而不是“把这个做得更好”，并把你喜欢的部分明确圈定出来。这里的精确性，正是防止迭代变成倒退的关键。

将 CTA 文案改为“Get Started”，并增加其水平方向的内边距。保持本区块当前的颜色、字体以及其他所有内容不变。

一次只做一个有意义的改动

先更新文案，再更新布局，然后更新交互，并在发出下一条请求前检查每一步的结果。小而有意识的步骤会逐渐累积成一个精致产品；而一条消息里塞进十项改动，只会累积歧义，一旦出错，你也无法判断到底是哪项改动导致了问题。

任务进行中的修正应在聊天中完成。当你的聊天中提供 Prompt Queue 且智能体工作正在进行时，后续消息会排在当前运行任务之后。发送另一条相同消息前，请先确认你的消息已出现在队列中。如果看不到队列控制，请不要重复发送：等待当前工作完成，或在你的聊天提供中断控制时使用它，然后在发送后续消息前确认任务状态。详情请参阅 项目聊天。

比 UI 多想一步

如果你的项目不只是要看起来精致，还需要真正可用，那么就要在定义外观的同时定义行为。明确说明用户在登录和未登录状态下会看到什么，动态内容来自哪里，以及界面如何处理空状态、加载状态和错误状态。你不需要有一个可运行的后端才能围绕这些场景进行设计——尽早规划它们，有助于避免后续大规模的 UI 返工。

如果用户已登录，在右上角显示他们的头像和姓名。如果未登录，则显示一个“Log In”按钮，并跳转到认证页面。

常见问题