---
title: "Claude Code 基本文本生成：写出各类所需内容"
description: "把「写点什么」拆成四个要素：文体、读者、目的、约束。配邮件、周报、标题与通知、活动方案四个可直接套用的骨架，再讲怎么改到像你写的。"
updated: 2026-11-13
canonical: https://docai.cc/learn/basic-text-generation/
markdown_mirror: https://docai.cc/learn/basic-text-generation.md
---
## 先想清楚四个空

写不出来，多半不是不会表达，而是没想清楚要写给谁。落笔前把四个空填上：

| 要素 | 问自己 | 例子 |
|---|---|---|
| 文体 | 这是什么 | 邮件、周报、通知、标题 |
| 读者 | 谁看、他关心什么 | 直属主管，只想知道结论和风险 |
| 目的 | 看完要他做什么 | 批预算、知情、回复确认 |
| 约束 | 长度、语气、必须含什么 | 三百字内、不用客套话、列出三个数字 |

四个空填完，提示词自然就成型了。这四个要素的作用和[提示词模板](/concepts/prompt-template/)是一回事：骨架固定，每次只换事实。

## 骨架一：申请类邮件

申请邮件只有一个任务：让对方容易点头。结构固定为「请求 → 理由 → 成本 → 承诺」。

> 写一封申请邮件，收件人是市场总监。
> 请求：批准我参加下月的行业峰会。
> 理由：部门正在定下季度打法；峰会有三场与投放策略直接相关的分享。
> 成本：门票与差旅合计约多少，按实际填写。
> 承诺：会后一周内交一份三页的要点笔记，并在组内分享。
> 三百字以内，语气务实，不要空喊「提升自我」。

数字留白，让模型提醒你填。它不会知道你公司的报销标准，乱填反而误导。

## 骨架二：周报

周报最常见的毛病是记流水账。改成三段：本周产出、卡点、下周计划。每段都要有可核对的事实。

> 按下面素材写周报，三段：
> 1. 本周完成：每条写清做了什么、交付给谁、结果如何；
> 2. 阻塞与风险：没有就写「无」，有就写清楚需要谁配合；
> 3. 下周计划：三条以内，每条带一个可验收的结果。
> 素材：〔把你这一周的实际记录贴进来〕
> 不要编造数字。没有数据的地方写「暂无统计」。

最后一句是护栏。模型为了让句子完整，会顺手补一个「提升约两成」之类的数字，这类句子进了周报就是事故。

## 骨架三：标题、短文案与通知

一次要多个选项，比一次要一个更好用。要求它给出风格分组的清单：

> 这篇文章的主题是新人如何在前三个月站稳脚。
> 给我八个标题：四个偏专业克制，四个偏口语直白。
> 每个不超过二十字，不要用问句，不要用感叹号。

拿到清单后，不要只挑一个。把两个不同风格的拼在一起，常常比原句更好。

通知这一类也一样有固定骨架。读者扫一眼就要知道时间、地点、要带什么，所以用条目，不用段落。

> 写一则部门内部通知：本周五下午三点季度总结会，三楼大会议室，全体参加。
> 每人准备五分钟汇报，材料不超过五页。
> 格式：一句话标题、三到五条要点、一句联系人。
> 语气简洁，不要「特此通知」这类套话。

## 骨架四：活动方案

需要拿出选项时，不要让它只写一个方案。把边界交代清楚，再要两到三个备选，每个都带费用和取舍：

> 写一份半天团建方案，20 人，人均预算 200 元以内，地点在市区。
> 目标：放松，顺便让跨组同事熟悉起来。
> 给三个方案，每个写清：活动内容、时间安排、人均费用估算、优点、缺点。
> 费用只按公开价估算，标出不确定的部分。

多方案的好处是你能看到取舍。选定一个之后，再让它按那个方案补细节：场地要求、要提前准备什么、当天流程表。一次要三个方案，比一次要一个完美方案更容易得到能用的东西。提示里写明「超出预算的方案直接排除」，否则它常会给一个看起来很美的超支版本。

如果任务本身就是固定文书，比如周报，直接用[周报骨架](/learn/weekly-report/)里那套结构，不必每次重新描述。

## 让它像你写的

三个办法，按效果排序：

1. **给样本**：贴一段你过去写的同类文字，说「按这个句长和称呼习惯来」；
2. **给禁令**：明确禁用词，比如不要「赋能」「闭环」「抓手」，不要四字套话；
3. **要版本**：一次要三版，分别偏正式、偏轻松、偏克制，你拼装。

改稿时也要指位置。「第二段太长，压到三句」比「再精炼一点」有效得多。有些带界面的客户端能调整[随机性参数](/concepts/temperature/)来控制发挥空间；Claude Code 这类终端工具通常不直接给这个开关，把结构和禁令写清楚，比找参数更管用。

## 改稿时说位置，不说感觉

初稿不满意是常态。有效的反馈都指向具体位置和具体动作，下面这张表可以直接照抄：

| 你的感受 | 换成这句话 |
|---|---|
| 太长了 | 压到两百字以内，先删重复的解释 |
| 太短 | 每个要点补一个具体例子，扩到五百字左右 |
| 开头没劲 | 换一个具体场景开头，不要用「在……的背景下」 |
| 第二段啰嗦 | 第二段压到三句，只留结论和依据 |
| 说不清楚 | 第三点展开，加一个数字或一个例子 |
| 味道不对 | 读起来太正式，改成同事之间说话的口吻 |

一次只提一到两条，改完看结果再提下一条。一口气列十条，模型会顾此失彼，你也分不清是哪条起了作用。同一个要求反复生成、结果不同是正常的；想要稳定，就固定格式和结构，把变量收窄。

最后别忘了事实核对。字数、语气都能改，编错的数字只能由你发现。

## 生成之后的三道检查

- 事实：数字、日期、人名、职责，逐条对照原始材料；
- 立场：有没有替你许下不该许的承诺；
- 口吻：读一遍，像不像你会说的话。

三条都过，再发出去。生成只是初稿，签发是你的动作。

下一节把这套骨架用到更要求转化的场景 → [文案生成：批量产出营销文案](/learn/marketing-copy-generation/)。