本节目标:在 2.1 五要素的基础上,学会填写 CO-STAR 和 CRISPE 模板,控制受众、表达与交付形式,并比较多个方案。框架是帮助检查遗漏的清单,具体内容与验收标准比缩写本身更重要。
一、从五要素到可复用框架
2.1 的角色、任务、背景、约束、输出格式,已经能支持许多日常任务。CO-STAR 把受众与表达方式分得更细,适合需要控制写作口吻的任务;CRISPE 则提醒你提出多种版本或路径,供人工比较。这些是本课的使用建议,不是框架之间的效果排名。
不必每次填满所有字段,也没有必须遵循的固定顺序。短任务可以直接写任务与格式;团队反复写同类邮件、说明或方案时,固定模板能让资料更容易检查和复用。
二、CO-STAR:把受众与表达要求写清楚
GovTech 新加坡政府科技局的官方资料介绍了 CO-STAR 六项结构。本节采用这套释义,不把它当作 ChatGPT 内置命令,也不要求模型按缩写自动补齐缺失信息。
| 字段 | 含义 | 填写重点 |
|---|---|---|
| C · Context | 背景 | 任务场景、已知事实、参考材料与限制。 |
| O · Objective | 目标 | 本轮需要完成的主结果。 |
| S · Style | 风格 | 说明文、叙事、分点解释等表达方式。 |
| T · Tone | 语气 | 正式、亲和、坚定或安抚等态度。 |
| A · Audience | 受众 | 读者的知识基础、用途和顾虑。 |
| R · Response | 回应形式 | 篇幅、结构、表格列名与验收标准。 |
分清三个容易混用的要求:Style 说明文章怎样表达,例如叙事或解释;Tone 说明读起来的态度,例如友好或严肃;Response 说明成品怎样交付,例如 200 字、三段或一个表格。这些字段可以配合使用,不必互相替代。
与五要素对应时,Context 和 Audience 提供背景,Objective 明确任务,Response 承载格式及部分约束。角色并不等同于 Style 或 Tone;如有必要,仍可另外说明工作视角、材料边界和禁止事项。
CO-STAR 填空模板
Context(背景):任务场景、已知事实、可用材料与限制。
Objective(目标):本轮要完成的一个主结果。
Style(风格):说明文、叙事、分点解释等表达方式。
Tone(语气):正式、亲和、坚定、安抚等。
Audience(受众):谁会读,了解多少,有什么顾虑。
Response(输出):字数、结构、格式和完成标准。
示例 A:向非技术读者解释 API
Context:以下为练习设定:我们是一家 SaaS 公司,正在提供 API,供客户的技术团队把产品接入内部系统;读者是没有编程背景的业务负责人。
Objective:解释 API 是什么,以及评估接入时应考虑什么,帮助读者判断下一步该向技术团队询问哪些问题。
Style:短章节、小标题和要点;用餐厅点餐与后厨协作作类比,并说明类比的局限。
Tone:清晰、友好,不卖弄术语;必要术语首次出现时解释。
Audience:无编程背景的业务与管理者,关心用途、成本与协作。
Response:200–300 字正文,文末列出 3 个下一步问题。不要代码块,不编造产品能力、接口费用或节省比例。
示例 B:写产品发布邮件
Context:以下为练习设定:我们准备向中型科技公司的 CTO 发布产品新版本。
已确认的更新:[填写实际功能和依据]。
试用入口及条件:[填写已确认的信息]。
Objective:写一封邀请读者申请试用的发布邮件。
Style:先说明价值,再列更新要点,删去空泛宣传。
Tone:自信、专业,不夸大。
Audience:时间有限的技术决策者,关注集成成本和试用门槛。
Response:主题行 1 条、正文约 180 字、一个明确的行动号召(CTA)。只使用已确认信息;缺少材料时先提问,不宣称尚未验证的成本降幅。
验收时看什么:读者能否理解关键概念;行动号召是否明确;事实是否来自材料。语气自信不等于可以夸大,格式齐全也不代表邮件已可直接发送。
三、CRISPE:明确角色,并要求可比较的多种方案
Matt Nigh 教程的早期保留版本使用 Capacity、Insight、Statement、Personality、Experiment 五个字段,其中 Capacity 已包含角色要求。后续教程常把它写作 Capacity/Role。本节采用五字段教学版本,不把 C 和 R 机械拆成两个必须重复填写的角色栏。
| 字段 | 填写内容 |
|---|---|
| Capacity/Role | 希望从什么能力与工作视角处理任务;角色不代表真实资历。 |
| Insight | 已有材料、背景信息、资源限制和待确认事项。 |
| Statement | 明确要交付的任务与范围。 |
| Personality | 回应的语气、表达风格和沟通方式。 |
| Experiment | 要求多个示例、版本或路线,并约定比较维度。 |
Experiment 在这里指多版尝试,不代表已经开展真实实验。三份模型方案仍可能共享同一种错误假设;必须比较依据、成本、风险和适用条件,而不是只挑语言最有说服力的一份。
CRISPE 填空模板
Capacity/Role(能力与角色):希望从什么工作视角处理。
Insight(背景):已有事实、材料、限制和待确认信息。
Statement(任务):本轮要完成什么。
Personality(表达):语气、风格和沟通方式。
Experiment(多版尝试):要几种方案,各自如何区分,用哪些标准比较。
示例 C:比较三条内容策略路线
Capacity/Role:请从 B2B SaaS 内容策略顾问的视角分析。
Insight:以下数字均为练习设定,不是真实调研结论。
博客约有 200 篇文章,自然月访问量约 1.5 万;假设竞对更新频率约为我们的 2 倍。
团队有 2 名写手,月预算约 5000 美元;希望评估 90 天内接近 2.5 万月访问量这一目标是否合理。
目前没有关键词排名、转化或逐篇流量数据。
Statement:提出 90 天内容策略,说明如何安排有限资源;先列出还需要核对的数据,不把目标当成可保证的结果。
Personality:直接、具体,每项建议说明依据;把已知条件、假设和待验证指标分开。
Experiment:给出 3 套可比较的路线:
1. 支柱专题与内容集群;
2. 验证竞对内容缺口后切入;
3. 两者结合。
统一按“重点动作、排期、人力与预算分配、风险、验证指标”输出。
不要编造关键词搜索量、排名或预期增长率;最后说明在什么条件下优先考虑哪条路线。
检查点:三条路线是否有实际差异;是否使用同一组指标比较;目标与预测是否分开;未知数据有没有被补造成事实。先补关键数据,再选一条路线小范围验证。
四、同类结构与选型:选能提醒你少漏项的那个
TAG、RACE 等名称在社区教程中也会出现,释义可能因作者而异。下面只列常见记忆方式,帮助你对照已有要素,不要求背诵更多缩写。
| 结构 | 关注点 | 本课建议用法 |
|---|---|---|
| 2.1 五要素 | 角色、任务、背景、约束、格式。 | 通用任务,尤其是材料分析和约束明确的交付。 |
| CO-STAR | 背景、目标、风格、语气、受众、回应形式。 | 邮件、说明文、演讲稿等,需要同时控制受众与口吻。 |
| CRISPE | 角色、背景、任务、表达、多版尝试。 | 先要两三种方案,再人工选择和迭代。 |
| TAG | Task / Action / Goal:任务、行动、目标。 | 用短句检查要做什么、怎么推进、为什么做。 |
| RACE | Role / Action / Context / Expectation:角色、行动、背景、期望。 | 快速说明工作视角、场景与预期交付。 |
框架之间有重叠。需要多方案时,也可以直接在 CO-STAR 的 Response 中要求三个版本;需要资料边界时,任何框架都应补上约束。选型是为了让你的任务更清楚,不是认定某个框架只适用于某类工作。
五、实际填写时的六个检查点
- 标签清楚:使用小标题分隔任务与材料;不必把完整请求挤成一个长段落。
- 主目标明确:Objective 或 Statement 写清本轮交付物,有依赖的多步任务标出确认节点。
- 受众具体:描述知识基础、使用场景和顾虑,而不只写一个笼统年龄标签。
- 格式可验收:写明长度、结构和比较维度。需要来源时说明材料范围,不让模型补造数字。
- 稳定偏好与本轮要求分开:通用语气可放自定义指令,本轮受众、素材与目标写在当前提示里。
- 每轮改具体维度:例如保留结构,把 Tone 改为友好,把 Response 缩为三条;更短属于篇幅要求,不是语气本身。
六、课堂练习:同一主题,用两种框架比稿
主题:为社区健身房写“开学季学生卡”朋友圈文案。先由学员填写已确认的价格、有效期、使用限制和报名方式;资料缺失时保留待确认项,不虚构优惠或名额。
- 用 CO-STAR 写一版提示,要求输出一条文案,明确学生读者、语气与篇幅。
- 用 CRISPE 写另一版提示,在 Experiment 中要求三种表达:提醒时间安排、友好邀请、理性说明。只有资料确有截止日期时才使用紧迫语气。
- 比较事实准确性、受众匹配、行动号召和修改成本;各选出一句需要调整的内容,再做一轮定向修改。
完成标准:能解释 Style、Tone、Response 的区别;能写出五字段 CRISPE 提示;能说明多方案为何不同、依据是什么,以及发布前还需核对什么。
本节带走:需要细化受众与表达时可用 CO-STAR,需要比较多版时可借助 CRISPE;任务、材料和验收标准始终是检查重点。
资料来源:
资料核验日期:2026 年 10 月 26 日。框架定义与本课选型建议分开呈现;案例为练习设定,实际输出仍需检查与迭代。