机场把模糊要求换成可以完成的任务
“帮我写得专业一点”往往缺少使用场景。写给客户的通知、给同事的项目说明和公开网站的教程，对语气、背景与细节的要求并不相同。先写清最终内容给谁看、需要帮助对方做什么，再讨论语言风格，工具更容易围绕实际用途生成结果。
提示词不必很长，也不需要堆叠夸张的角色头衔。它更像一份任务简报：把完成工作需要知道的信息放齐，把不相关的背景拿走。判断标准是交给一个刚接触任务的人，是否也能理解要做什么。
一份简报需要四块内容
- 目标：这次要完成什么，最终交付是文章、清单、表格还是代码。
- 材料：只能依据哪些输入，哪些内容是背景或示例。
- 约束：篇幅、语气、必须保留的信息，以及不能擅自修改的部分。
- 验收：怎样判断结果可用，需要检查哪些字段或行为。
例如，“把资料整理成摘要”可以变成“给第一次接触项目的同事写一页说明，包含目标、进展、负责人和下一步；只使用附件，缺失字段留空；不要增加承诺日期”。后一个要求更容易逐项检查，也更容易指出哪里需要修改。
给出结构，但保留必要的判断空间
如果结果要放进固定页面，可以直接给栏目名称与顺序。如果你希望工具先比较几种组织方式，就明确要求它提出方案并解释取舍。不要一边要求完全遵循固定格式，一边又希望它自由重组全部内容，这种冲突会让结果难以符合预期。
任务：把下面的原始记录整理成读者能直接执行的检查清单。读者：第一次配置客户端的人。输出：准备事项、操作顺序、常见错误三部分。限制：保留原文条件，不添加软件版本或下载地址。验收：每个步骤说明完成后应看到什么，涉及风险的动作说明如何恢复。
这是一份组织任务的模板，实际输入应根据自己的材料修改。不存在一段适合所有任务的万能提示词；对简单问题，简短而明确的描述通常就够了。
把参考材料与指令分开
当你提供邮件、网页或聊天记录时，应清楚标注哪些是待处理材料，哪些是你希望执行的要求。材料中的命令语气不一定是你对工具的授权，例如引用邮件中的“立即付款”，不应自动变成让工具付款的任务。
可使用明确的小标题，例如“我的要求”“原始材料”“输出格式”。复杂输入也可使用一致的分隔符，但避免为简单任务添加大量符号。关键在于边界清楚，而不是符号本身有特殊魔力。
输入较多文件时，给每份材料一个短名称，说明它的用途与时间范围。这样出现数字冲突时，可以要求工具指出来自哪个文件，避免把旧计划与新进展合并成一个看似连贯却错误的结论。
例子要展示你想要的差异
当你对语气或格式有明确偏好，可以提供一段简短范例，并说明希望保留的特点。例如短句、先给结论、字段顺序固定。不要只说“参考这个”，否则工具可能复制你并不想保留的措辞或内容。
也可以给一个反例，说明哪里不符合用途。比如“不要把尚在讨论的事项写成已决定”，比笼统要求“严谨”更容易执行。范例中的人名、金额和日期如果只是示意，要明确标识，防止被带入最终结果。
复杂工作分步交付
长文档可先要求列出结构和关键问题，再整理证据，最后形成正文。代码任务可先解释现有行为，再提出最小修改，完成后给出检查结果。每一步都有可读的中间产物，发现偏差时也能回到对应阶段调整。
分步不等于把每个小动作都变成一次确认。相互独立的任务可以一次说清；只有前一步结果会改变后一步方向时，才需要停下来核对。过度拆分会增加复制材料与保持上下文的成本。
修改反馈要指向具体问题
拿到第一版后，可以按事实、结构、措辞和格式四类提出反馈。先处理会影响理解的事实与遗漏，再微调表达。把“还是不好”改成“第二段遗漏了退款条件；标题太抽象；请保留原有步骤编号”，下一轮更容易得到有用改动。
如果已经有正确的部分，应说明哪些内容保留，避免每次重写全部材料。把有效提示与对应样例放在自己的模板里，下一次只替换任务变量，同时定期检查模板是否仍适合当前用途。
最后用结果验证简报是否写清楚
完成后检查目标是否实现、限制是否遵守、输出是否能直接进入你的工作流程。流畅的文案不能替代事实核验，重要结论仍应按AI 输出核对方法回到原始依据。涉及私人文件时，先按照上传前的资料整理清单准备输入。
