跳到主要内容
2026年7月14日 · 手册

写出能构建出好东西的提示词

本文描述的是发布时的产品情况。有关当前功能,请参阅 AI 构建器智能体团队

写出能构建出好东西的提示词

一个构建提示词真正需要包含什么?

四件事,这是我看过大约两百个这样的提示词变成成品网站后得出的结论:是什么、给谁用、必备功能,以及——可选的——氛围。其他一切都是噪音,构建器反正会用默认值填上,所以真正的技巧不是写得更多,而是留意这四项里你真正有想法的是哪些,然后只说那部分。

从「是什么」开始,只需要一个类别,而不是一份规格说明。「瑜伽馆的预约网站」比「一个可以看时间、点按钮预约、收到确认的网站」更好,即使后者信息量更大。类别能激活构建器已有的默认设定——日程表看起来就该像日程表,预约流程看起来就该像预约流程——而描述反而要让它从零重建这个类别。

我需要说明是给谁用的吗?

不是必须,但这是大家最不该省略却经常省略的一句话。「给工作室现有学员用」和「给第一次发现这家工作室的人用」几乎在所有关键地方都会产生不同的网站——文案语气、有没有大幅的营销首屏还是直接进日程表、定价是放在前面(新访客需要)还是收起来(老学员早就知道)。这里一句话就能解决上百个小小的模糊点,而一整页的功能需求做不到。如果受众确实很泛,那就别写——不要为了填满这一项而硬编一个出来。

必备功能应该列几条?

两三条。我用的判断标准是:如果第一版构建里缺了这个,你会不会直接打回去?对瑜伽馆来说,「课程表、在线支付、教练简介」能通过这个测试——没有课程表,它就不是一个缩小版的网站,而是一个完全不同的网站。「页脚有个邮件订阅」几乎从来通不过这个测试;那是锦上添花的东西,应该留到看完方案后的后续对话里说,而不是塞进开场提示词,和真正重要的东西抢位置。

老实说,这是大家最容易搞砸的一项,而且两个方向都会出问题。零个必备功能,构建器就靠猜,有时候猜错。八个必备功能,构建器就把这八条都当成同等重要的支柱,结果出来的东西读起来像是套着网站外壳的功能清单——没有主次,没有呼吸空间。如果非要说哪一项不能省,那就是这条。哪怕只有一句「这两点是让它与众不同的地方」,几乎每次都能省掉一轮来回沟通,因为这是构建器唯一没法单从类别推断出来的信息。

需要指定氛围吗?

只有在你确实有想法时才需要。很多好的提示词完全跳过这一项,这没问题——不管你有没有指定,设计总监都会敲定一个艺术方向。两个词的氛围描述(「温暖手绘感」「冷静高效」「像九十年代街机」)只是把这个决定指向某个方向,而不是任由类别的默认设定决定。如果你有强烈的感觉——想要奶油色背景配暖色衬线字体,或者讨厌圆角——那就值得花这句话。顺带一提,「简洁现代」不算数。那不是一种氛围,而是氛围的缺席,它不会引导任何方向,却仍然占用了一个位置。

为什么不能把我脑子里想的都写出来?

因为构建器会照办。这才是真正的失败模式,而且和大家预想的不一样——不是信息太多会让构建器困惑,而是你写的每一句话都会被当作指令来读,包括那些你自己第二眼看看就会放弃的半成型想法。我见过有人写「也许要个客户评价区块,不确定」,结果拿回来的是一个带着三条占位引文的客户评价区块,因为「也许、不确定」对人类读者是种犹豫,对一个照字面执行的系统来说却是功能需求。

如果信息不足的代价很高,这一切就说不通了——就像人类开发团队那样,模糊不清要付出两周时间才会有人发现东西做错了。但这里不是这样。构建器是先出方案再动工——你会先看到一份具体的提案,然后才有代码提交——所以说少了,代价是在聊天里花五分钟纠正;而说多了,则是在你信息最不充分的那一刻,把你最不成熟的半成型想法全都提前塞了进去。十个字的真实需求胜过两百字的意识流,不是因为信息多在抽象意义上是坏事,而是因为在这个界面里,每多写一个字都是一次承诺。

还有一个更隐蔽的代价:它会抹平主次。同等强调地列出十二个功能,构建器完全没有信号知道你真正在意的是哪三个,于是要么把十二个都赋予同等的视觉权重(显得杂乱),要么自己猜优先级(有时猜错,而你现在是在给一个猜测排错,而不是在陈述一个偏好)。平实地说出三条必备功能能保护这种主次关系。塞进一段话里的十二条则会把它抹掉。

一个好的提示词到底长什么样?

提示词为什么有效
「攀岩者的训练日志——训练记录、难度等级、进度图表。」「是什么」加三条必备功能,加起来总共十个字左右的需求。没有受众说明,因为「攀岩者记录自己的训练」从类别本身就一目了然——它正确地跳过了这里派不上用场的那一项。
「一个关于都市农业播客的落地页,温暖有编辑感,带节目列表和订阅表单。」「是什么」、由「我的播客」隐含出的受众、氛围、两个功能。它没有说用哪个播放器嵌入节目,或每页显示几集——这些是第二轮该问的问题,不是开场提示词该管的事。
「一个双人空气曲棍球游戏,真实物理效果,一个键盘。」游戏最能说明这种模式:类型加上决定实际玩法的那一个约束条件。「真实物理效果」和「一个键盘」与其说是功能,不如说是两个决定它是否符合你脑海中那个游戏体验的关键决策。台面颜色、冰球轨迹、计分界面——这些交给构建器提方案,你来反馈就好。

这三个例子的共同点不是简短本身,而是每个字都在起作用。从播客提示词里删掉「温暖有编辑感」,你就得到一个泛泛的播客页面;删掉「都市农业」,那个氛围词就没有着落了。这才是判断一个提示词是否写得好的真正标准——不是字数。相比一个刻意求简却悄悄漏掉必备功能的十五字提示词,我更愿意要一个每一句都物有所值的四十字提示词。

如果我已经有品牌色或实拍照片怎么办?

上传它们,别去描述它们。我见过有人费尽心思用近似十六进制的语言写一整段来锁定品牌配色——「一种深森林绿,偏灰调」——而实际的品牌指南PDF一直就摆在他们的桌面上。描述出来的颜色是构建器要去重建的一个猜测;而上传的颜色则直接就是正确的。真实菜单、真实照片、品牌素材——知识库与参考资料功能会把它们直接送进构建流程,事实永远胜过对事实的描述。

这不是一份要按顺序填写的清单。很多优秀的提示词都跳过了氛围。有些因为类别本身够明显而跳过了受众。这四项要素是「值得包含内容」的上限,而不是必须填完的表格——说出你真正有想法的那两三点,其余的交给构建器的默认设定去处理。
手册
分享XLinkedInFacebookRedditQuoraWhatsAppTelegram邮箱
← 所有文章