刚开始用 AI 时,我也经常犯一个毛病:觉得它没理解,就继续往提示词里加要求。结果越写越长,聊了半天,最想解决的问题还是没讲清楚。
后来在做自己的网页和 App 时,我慢慢发现,比提示词长短更重要的是四件事:给谁用、做什么、什么样、别怎样。
这不是一个新发明的万能公式。结构化提示词已经有很多成熟的框架。我只是把自己常用的需求表达方式,整理成更容易记住的四句话,再用四种颜色标出来,叫它「四色四问」。
如果你不想研究复杂的 Prompt 技巧,可以从这四句开始。
四色四问,到底问什么?
| 颜色与维度 | 核心提问 | 具体要补充什么 |
|---|---|---|
| 蓝色 · 情况 | 给谁用? | 谁会看到、使用或接收结果?目前知道哪些背景信息? |
| 绿色 · 要求 | 做什么? | 本次要 AI 完成哪件具体的事?有哪些给定的材料和事实? |
| 黄色 · 结果 | 什么样? | 结果需要多长、什么结构、怎样的语气、风格或体验? |
| 红色 · 边界 | 别怎样? | 哪些事情绝对不能发生?哪些内容不能编、不能改、不能动? |
不必每次把四项填满。 问题简单,就只说最关键的一两项。事情复杂时,再逐渐补充。颜色只是帮助人脑检查信息完整度,并不是要给 AI 输入颜色代码。
下面从生活中的小问题开始,逐步增加难度。每个例子都可以直接复制、换成自己的材料。它们是提示词写法示范,不是对不同模型效果的实测对比。
请个假,别写成公文
帮我写一条发给直属主管的微信请假消息。明天上午要去医院复查,预计下午两点前到岗,紧急事务可随时电话联系。控制在三句话以内,语气礼貌自然。不要使用生硬的公文套话。
背后的思考:这里真正起作用的,不是多写了多少字,而是明确了接收者(直属主管)、实际情况(复查及到岗时间)、长度限制(三句以内)和不想要的口吻(生硬套话)。缺少的真实事实仍然要由你自己补充。
冰箱就这些,晚饭怎么做?
今晚一个人吃饭,有番茄、鸡蛋和熟米饭,厨具是炒锅。用这些食材安排一顿晚餐。30 分钟内,按顺序列做法和用量。不用买新食材,不要把步骤写得太复杂。
背后的思考:「只有这些食材」和「不再买东西」的边界限制,比空泛地说“简单点”有用得多,能有效避免 AI 给出需要额外采购稀缺配料的天马行空菜单。
不要给我一堆教程链接
我是刚接触 Excel 的行政,每天能学 20 分钟。帮我安排 7 天 SUMIF 入门练习,例子用部门报销汇总。每天一道题,题目在前,答案放最后。练习数据标为虚构,不要只甩课程链接。
背后的思考:这里加进去的是真实的学习起点、可用时间和练习方式。对于学习任务,「别直接给答案」与「不要只甩链接」有时候比「讲得详细一点」更能促成实际动手。
周报别替我编成绩
给直属主管看的周报。本周修了登录报错、做完首页原型,支付联调还没完成。帮我整理这些进展。分进展、卡点、下周计划三段,200 字以内。别把没完成的写成已完成;下周安排先列为建议,不编业务收益。
背后的思考:AI 很擅长把文字润色得非常顺畅,但顺畅不等于真实。明确要求它区分已完成、未完成和建议,严禁脑补业务收益,才更契合严谨的职场环境。
一句话描述记账网页
给刚开始记账的大学生,做一个记录每日开销的网页,一键就能添加。界面安静、留白多,只用一种主色。不要弹窗,不要要求注册。
背后的思考:这是 AI Rules Lab 在线练习 中的经典示例。它没有先指定晦涩的技术框架,却清晰交待了目标用户、核心操作、视觉倾向和体验底线。对于想做独立作品的人,这往往比一开始堆砌长篇功能清单更容易跑通第一步。
注:这是需求描述示范,并不代表输入后就能一步直达上线级产品,后续仍需开发者对交互、安全与边界做实测。
把「高级一点」说具体
我在改一个给手机用户使用的任务清单页面,现有页面和截图附在后面。请先指出信息层级、按钮位置、留白和操作反馈中的具体问题,再提出一版尽量少改动的方案。希望首屏能看清今天最重要的任务,主要操作单手可点;同时说明加载、空状态和提交失败时的表现。不要删除已经能用的功能,不要未经确认直接替换整个设计体系。没有截图或尺寸依据的判断,请标为待核对。
背后的思考:这时四色四问开始从「写得自然」迈向「做得可控」。不再使用模糊的感性修辞,而是聚焦于真实的交互目标、状态完备性,以及明确禁止“推倒重来式重构”。
报错时先找原因,再改代码
我在维护一个已有项目,报错日志、复现步骤和相关代码附在后面。请先区分已确认事实和可能原因,列出最多三个诊断假设,以及各自需要什么证据。确认根因后,仅在涉及的文件内给出最小修复,并解释影响范围。不要顺手重构无关模块、升级依赖或修改已有业务规则。未实际运行的检查必须写成“待验证”,不要报告测试通过。
背后的思考:在工程协同中,「别怎样」的红色边界至关重要:限定修改范围、防止附带重构、杜绝伪造测试证据。提示词表达了工程纪律,但它不能替代人工代码审查与真实物理测试。
让 AI 帮忙检查发布准备,而不是直接上线
我准备发布一个已有网站。请依据本次变更、部署环境、现有测试记录和回滚方案,先整理发布前检查清单。按“检查项/执行方式/预期证据/当前状态”列出构建、关键用户路径、移动端体验、链接、错误处理和回滚验证。明确哪些已实际验证、哪些还没检查,以及哪些问题必须阻断发布。第一阶段只做检查和建议,不要执行部署,不要修改生产配置,也不要把“构建成功”写成“已通过上线验收”。
背后的思考:复杂任务往往并不缺少某一句更聪明的“神仙咒语”,而是缺少清晰的授权界限和严肃的验收标准。让 AI 做审计者和清单整理者,把生产动作交给受控的门禁系统。
写提示词时,我现在会先检查这三件事
第一,主任务是不是只有一件?
「帮我修 Bug,顺便重构项目、提升性能、修改 UI」看似省事,实际把多个不同维度的目标混杂在一起,容易让模型丢失焦点。先专注于解决最关键的核心问题,才最容易验证和闭环。
第二,什么是事实,什么只是希望?
自己未提供的事实背景,不要默认 AI 会自动知晓;主动引导它标注未知和待核对项,远比让它用概率去编织填充所有空白要可靠得多。
第三,有没有说清不能动的东西?
写日常消息时是不要虚构经历;做网页设计时是不要强制注册和弹窗;改动工程代码时则是不得触碰无关文件、不得篡改已有业务逻辑和生产环境配置。
延伸阅读:当项目变大时该怎么办?
当你需要反复在同一个软件项目里与 AI 协作时,除了每次单轮提示词,还可以进一步把长期偏好、工程规范与当次任务做分层管理。你可以参阅前一篇手记 《AI 提示词别再越写越长了:自定义指令与项目规则实战模板》,了解如何用 AGENTS.md 和分层指令将约束持久化。
四色四问 · 80 个日常提示词手册
为了让这四个问题能够随时在手边翻阅,我将生活、学习、工作和软件协作中的常见场景整理成了这本 90 页手册。包含 6 个完整情境示范与 74 个带【占位符】的可替换模板,直接换上你的材料即可使用。
- 工作(20例):会议纪要、周报整理、日常沟通、需求澄清、项目复盘
- 学习(20例):Excel 公式、错题分析、概念入门、精读与复习
- 生活(20例):快手做饭、出行规划、家庭收纳、请假通知、照片整理
- 软件(20例):网页描述、UI 调优、报错排查、最小修复、部署核对
最后再强调一次:AI 并不是因为你按四色四问写了,就一定百分之百正确。 四色四问的核心价值是帮助我们把脑海里的真实想法表达清楚,减少彼此的猜测与返工;而复杂任务的最终交付,仍然需要严谨的事实核对、代码审查与人的判断。
本文由 Vibe拾荒 整理发布于 LutiveLab。文内案例为提示词写作方式示范,并非针对各模型真实输出的评测跑分;欢迎免费学习、改写与转发,转载请注明来源 lutivelab.com。