一份初稿，首先需要你提供什么
只有当编辑一份初稿的代价，比重新开始更低时，它才有用，而泛泛而谈的初稿，通不过这个测试。在提问之前，提供目标读者、唯一的核心观点、三份你自己的素材，以及篇幅长度，正是造成区别的关键。
对生成出来的初稿的抱怨，是它们太平淡。平淡，不是模型的一种属性；它是当一个请求里，没有任何东西只适用于你的处境时，所发生的事。
目标读者，决定了其他一切
谁会读这个，他们已经知道什么？一份给同事看的初稿，和一份给客户看的初稿，没有一句话是共用的。没有目标读者，模型就会为一个泛泛的读者写作，而一个泛泛的读者，谁都不是，这正是平淡的真正含义。
一个核心观点，由你说出来
在提问之前，用你自己的话，写下读者应该带走的唯一一件事。如果你做不到，这份初稿，也不会替你找到它。这句话，通常会保留到最终的文本里，也是你今天要写的东西里，最省力的一句。
三份你自己的素材
一个数字，一个例子，一个具体的后果。这些，是模型无法编造出来的东西，也是让这段文字属于你的东西。一份围绕三个具体项目搭建的初稿，是可以编辑的；一份什么都没有的初稿，只是一个模板。
先说篇幅长度，而不是事后再说
篇幅长度，会改变结构，而结构，事后是无法调整的，只能重写。要求200个字，却收到800个字，意味着要重新开始，这就是为什么这个数字，应该出现在第一次请求里。
使用者常问的问题
如果我还不知道核心观点怎么办？
那么，有用的请求就不是一份初稿。要求给出五个候选观点，然后挑一个；这是一个不同的、也短得多的任务。
给出例子，能让这段文字听起来像我自己写的吗？
部分能。文风，来自节奏和用词选择，粘贴两段你自己写的文字作为样本，对文风的帮助，比任何形容词都大。
在一份糟糕的初稿上反复迭代，值得吗？
值得一次，附带一个具体的指令。在第二次尝试依然不成功之后，出问题的是这个请求，而不是这个回答，修正这个请求会更快。
给出目标读者、核心观点，和三个具体细节，然后再要求给出这份初稿。
打开工具