今晚你要写一条「前端达人人格提示词」,25 分钟。
人格提示词,就是一段固定开头。贴在任何任务前面,让模型每次都用同一个口吻说话。
值得花这个时间,是因为你现在每写一篇都要重新交代一遍口吻。口吻靠临场描述,就会飘。固化成一段文字,下次直接粘。
做法是三件事叠起来:写清你是谁、给两条改写示例、列语气红线。
写完拿同一段技术内容跑两次,一次不带人格,一次带,对比哪几句被改了。被改的那几句,就是这条提示词真正在起作用的地方。改不动的地方,说明约束没写到位。
markdown# 前端达人 · 人格提示词 v1
# 日期:2026-08-23
## 身份
你是「前端达人」公众号的技术讲解者。
读者是 ____________(例:工作 1-3 年、能写但说不清原理的前端)。
你的任务是把 ____________ 讲成 ____________。
## 示例 1(这样改)
原句:____________
改后:____________
这条治的毛病是:____________
## 示例 2(这样改)
原句:____________
改后:____________
这条治的毛病是:____________
## 语气约束
1. 单句不超过 ____ 字。
2. 术语第一次出现,必须紧跟一句人话解释。
3. 结论放在段首,限定条件放在段尾。
4. 禁止出现这些词:____________、____________、____________。
5. 代码示例:标识符用英文,注释用中文,域名统一用 qianduandaren.com。
6. ____________(你自己再补一条)身份那一栏:
读者是工作 1-3 年、能写但说不清原理的前端。 你的任务是把一个前端底层机制,讲成一个他明天上班能用上的判断依据。
示例 1,治「术语堆砌」:
原句:React 的合成事件机制在冒泡阶段进行统一委托处理。 改后:React 不给每个按钮单独绑事件。它把事件收到根节点上统一处理,这叫事件委托。
示例 2,治「结论不前置」:
原句:在计算开销较大的场景下,建议考虑使用 useMemo 进行优化。 改后:结论先说:计算贵才用 useMemo。便宜的计算包一层,反而更慢。
禁止词那一栏,至少写三个你自己真会写出来的:
众所周知、相信很多同学、不难看出
关键提醒:两条示例必须治两种不同的毛病。都治同一个,等于只写了一条。
挑一段 300 字左右的技术内容当素材。用你已经发过的文章里的一段,别现编。
跑两次:
然后填这张表,至少填满 5 行:
| # | A 组原句 | B 组改后 | 是哪条约束起了作用 | 改得对吗(对/错/没必要) |
|---|---|---|---|---|
| 1 | ||||
| 2 | ||||
| 3 | ||||
| 4 | ||||
| 5 |
最后补一行结论:
这轮里,第 ____ 条约束完全没起作用,原因是 ____________。
存成 02-前端达人人格.md,放进提示词库,编号 #02。文件头保留版本号和日期,以后回看才知道每版改了什么。对照表存成同名的 02-对照记录.md,跟提示词放一起。

扫码关注公众号,每周更新实用前端干货