写作与修改文稿

给 DSH Desktop 一份参考材料，说明读者和用途，先确认大纲，再写正文和修改。本篇以工作文稿为例。

1. 准备材料，说明读者与目的

新建会话，选择保存稿件的工作区；把参考文件通过“＋ → 文件”加入会话，也可以直接粘贴需要改写的文字。告诉 AI 谁会读这篇内容、读完希望采取什么行动、发布在哪里，以及长度和语气要求。

把可以使用的事实与需要查证的内容分开。涉及价格、产品能力、数据和客户案例时，提供对应材料；没有材料的地方要求标记待确认，不要让 AI 用听起来合理的数字填满文章。

请根据我添加的材料写一篇面向新用户的产品介绍，约 800 字，用于官网博客。
目的：让读者了解适合什么任务、怎样开始使用。语气自然、具体。
先列大纲，不写正文；仅使用材料里的事实，没有依据的内容标为待确认。

2. 先确认大纲，再写初稿

检查大纲是否回答读者最关心的问题。教程应包含准备、操作和检查结果；案例应说明问题、过程和产出；产品更新应交代变化以及如何使用。发现顺序不对，先调整大纲，避免写完长文后再整体返工。

确认大纲后，让 AI 按这个版本写正文，把需要你确认的地方标出来。如果已有文稿，可以先要求它列出结构问题和修改计划，再决定哪些段落要重写。

按刚才确认的大纲写初稿。保留“适用任务—准备材料—操作过程—检查结果”的顺序。
每节用具体例子解释，避免空泛宣传；不要新增材料中没有的功能与数据。

3. 用具体要求逐段修改

在同一会话里指出要修改的标题或段落，并写清希望保留什么、调整什么。例如“第二节缩短到 150 字，保留配置步骤”“开头先说明用户能完成什么任务”。如果直接修改工作区文件，要说出准确文件名，并要求保留其他段落。

语气调整也要有尺度：面向初学者可以少用术语，面向团队负责人可以突出流程和产出。不要只说“更高级”“更有网感”，给一个你认可的句子作为参考，会更容易得到合适的版本。

只修改第二节：缩短为两段，第一段说明怎么操作，第二段说明如何检查结果。
保留文件名、入口名称和所有已核验数据，不改其他章节。

4. 核对事实并保存定稿

通读最终版本，检查产品名称、操作入口、数字、日期和链接；引用要能对应到原材料。再确认修改时没有误删你要求保留的信息。需要交付文件时，明确保存位置和文件名，打开成品确认内容一致。

把“已确认稿”和“需要检查的内容”分开记录。后续只改语气时，明确要求保留事实和结构；需要改变事实时，提供新的依据。