周三下午，把一篇说明写到可以发布

下午要交一篇产品说明，资料已经收齐，文档却还空着。这时，人工智能最有用的角色，不是替你决定说什么，而是帮助你把已有材料整理成读者容易理解的文字。一个平静的流程可以很简单：先确定任务，再分步起草，最后由自己检查和收尾。

§ 先写清楚这次的任务

打开对话框之前，先在文档顶部写下四件事：文章给谁看，读者看完需要知道什么，哪些信息已经确认，以及大致篇幅。不必使用复杂的提示词，几句明确的话通常比一长串风格要求更有帮助。

例如：“我要给第一次使用导出功能的用户写一篇简短说明。读者需要知道入口、操作步骤和文件保存位置。请只根据下面的资料整理，不要补充未提供的功能；缺少的信息单独列出来。”

把事实与期待分开。“支持导出表格”是一条待核实的产品事实，“语气自然一些”是一项写作要求。分开提供，方便你之后逐项检查。

§ 先看提纲，不急着要全文

把已有材料交给助手，请它先给出一个简短提纲，并指出资料中的空白。此时只判断顺序是否合理：读者最先需要知道什么，哪里需要举例，哪些背景可以删掉。

如果提纲偏离任务，就在这里调整。修改几个小标题，比重写整篇文章轻松。等结构稳定，再请助手按提纲起草，并明确允许它标注“待确认”，而不是为了让段落完整而猜测。

§ 每轮只解决一种问题

初稿出来后，不必同时要求“更专业、更亲切、更简短、更有说服力”。这些方向可能互相牵制，也很难判断哪一次修改真正有效。把反馈缩小到一个可观察的问题。

• 内容不清楚时，请它指出读者可能误解的句子。
• 篇幅太长时，请它删除重复解释，保留操作步骤和必要限制。
• 语气太空泛时，请它用具体动作替换抽象评价，不增加新事实。

每次修改前保留上一版。读到满意的句子，也可以明确要求保留。写作不需要每轮都推倒重来，小范围修改更容易保持原意。

§ 把核查留在自己的清单里

文字流畅，不代表内容可靠。日期、价格、功能名称、引用和操作路径，都应回到原始资料核对。可以请助手列出需要核实的说法，但不要把它再次确认自己的回答，当成独立证据。

资料中涉及客户身份、内部安排或未公开数据时，先删除或替换敏感内容，并确认所用服务的相关规则。对一般写作任务，提供必要的事实片段即可，不必上传整份内部文档。

§ 让工具安静地待在流程后面

如果你使用支持自定义接口的写作工具，Vana API 可以作为接入方式。它提供一个兼容 OpenAI 的统一接口，也支持 Anthropic Messages 和 Gemini 原生协议。对初学者而言，可以先固定一个模型，例如 Claude Sonnet 5.5，熟悉输入材料和修改反馈的方式，不必为了每一段文字反复切换。

Vana API 按实际使用的词元计费，没有月费；词元是模型处理文本时使用的计量单位。长资料和反复生成都会增加用量，因此先确认提纲、只修改必要段落，也有助于控制成本。需要接入自己的写作工具时，可以创建一个 Vana API 账户，从一项短小、非敏感的任务开始。

§ 给文章一个明确的结束点

发布前，离开对话框，在最终文档里通读一遍。确认读者能找到答案，关键事实已经核实，句子也符合你愿意署名的表达。如果这三点都成立，就可以结束。

人工智能总能再提供一种写法，但更多版本不一定带来更多清晰。留下一份可用的定稿，再记下一个下次想改进的地方，今天的写作就完成了。