今晚你要写一条提示词:输入任意一个前端技术点,输出一套完整的小红书图文结构。
这条提示词必须同时带三样东西:
写完之后做一件更重要的事:把三样各删掉一个,用同一个技术点再跑三次,看输出到底塌在哪里。
这叫消融——一次只拿掉一个零件,看机器少了哪块会散架。25 分钟花在这里,是因为你从此知道每条约束值多少钱,而不是靠感觉往提示词里堆句子。
打开一个新文件,把下面这段抄进去,方括号里的内容换成你自己的。
markdown# 身份
你是「前端达人」公众号的小红书图文编辑。
读者是工作 1-3 年的前端开发者,会写业务代码,但没系统读过规范。
你的任务是把一个技术点拆成一套可以直接排版的图文结构。
# 示例(严格照这个的结构和语气仿写)
输入技术点:CSS 的 :has() 选择器
输出:
【封面】表单校验又写了一堆 JS?CSS 早能干了
【图2·场景】
表单里有一项没填,你想让整个卡片变红。
过去只能监听 input,加 class,再删 class。
【图3·小白写法】
```js
// 监听每个输入框,手动切换父级样式
input.addEventListener('input', () => {
card.classList.toggle('error', !input.value)
})【图4·但问题来了】 三个输入框就是三段监听。删一个字段,忘删监听,样式就卡住了。 【图5·正确姿势】
css/* 卡片里只要有非法输入,卡片自己变红 */
.card:has(input:invalid) {
border-color: #e5484d;
}【图6·打个比方】 以前是父亲要盯着每个孩子汇报,现在父亲自己会看。 【图7·别走极端】 :has() 匹配范围大,别拿它套 body。层级越深,样式越难查。 【结尾】你项目里还有哪段 JS 是纯粹为了改父元素样式写的?
技术点:{{TOPIC}}
code
### 2.2 消融记录表
四个版本都用**同一个技术点**跑,别换题。建议用你最近想写的那个。
选定技术点:`________________`
| 版本 | 改动 | 图的张数 | 超 60 字的图有几张 | 塌在哪(写具体现象,不写"变差了") |
|---|---|---|---|---|
| V0 | 全量 | | | |
| V1 | 删掉「身份」整段 | | | |
| V2 | 删掉「示例」整段 | | | |
| V3 | 删掉「格式约束」整段 | | | |
「塌在哪」这一栏的填法,看两个对照:
- 不合格:`输出质量下降,不太能用`
- 合格:`V2 封面变成「一文吃透 CSS :has()」,是标题党式命名,V0 示例里的痛点式开头完全消失;图 3 的代码块 19 行,没了示例它不知道该切多短`
### 2.3 结论行
表格填完,用一句话写下你的判断,句式固定:
> 这条提示词里最贵的一项是 ______,因为删掉它之后 ______,而这个问题靠加一句普通指令补不回来。
## 三、做完怎么算过关
1. V0 用两个**不同**的技术点各跑一次,两次都恰好 7 张图,且每张正文经字数统计后都不超过 60 字。用工具数,不用眼估。
2. 消融表 V1、V2、V3 三行的「塌在哪」,每行都写出至少一个可复述的具体现象——包含原句、数字或结构名,别人读了能自己复现。
3. 你能指出损失最大的那一项,并在 V0 原文里划出它对应的具体行(哪一行、哪几条),而不是笼统说「示例部分」。
## 四、三个问题问自己
1. 昨天那条人格提示词里的语气约束,今晚这条里你是重写了一遍,还是复用了?如果是重写,两处措辞一致吗?不一致会不会导致输出打架?
2. 如果把示例从 1 个加到 3 个,格式约束里哪几条可以删掉?你实际跑过验证,还是只是觉得可以?
3. 把这条提示词原样交给一个不看公众号的人用,第一处崩掉的会是什么?是他不知道 {{TOPIC}} 该填多细,还是他填的技术点根本不适合做图文?
## 五、存哪儿
存为 `prompts/03-技术点转小红书图文.md`,文件头写上入库编号 `#03`;正文保留 V0 全量版和消融表,V1–V3 只记删了哪段和结论,不留全文。
扫码关注公众号,每周更新实用前端干货