“把需求说清楚”听起来很简单，实际操作时大部分开发者却只给模型一句话。下面这套四层提示词结构可以直接套用，缩小从“随手写”到“可上线”的差距。

第一层：描述结果与验收标准

与其说“帮我写个分页”，不如描述清楚输入、输出与边界条件，让模型自行对齐预期。

差的写法：帮我写个分页。
好的写法：实现一个 PHP 数组分页函数。输入当前页码 page、每页条数 size 和全量数组 rows；输出本页数据与总页数；当 page 越界时返回空数组，并附带中文错误提示。要求无第三方依赖。

第二层：锁定技术栈与版本

同一种写法在不同语言、框架和版本里差异巨大。把 PHP 8.2、ThinkPHP 8、Vue 3.4 这类信息写进提示词，模型就不会给出过时或不适配的 API。

第三层：给出样例与反例

输入输出各给一到两个例子，特别要给出“不该匹配、不该出现”的反例。测试用例就是最好的需求说明书。

第四层：让模型解释而不是代劳

在提示词末尾追加一句：请先说明设计思路与潜在边界，再输出代码。这样拿到的不只是一段能跑的函数，而是能维护的逻辑。

小结：四层结构适合绝大多数“生成新代码”的场景，描述越接近一份迷你需求文档，模型发挥越稳定。