#写清楚任务要求
推荐使用“目标 + 输入 + 输出 + 限制 + 验收”的方式描述任务。例如:“基于本文件夹的访谈记录,汇总客户问题;输出 Markdown;按主题分类并标注来源;不补造结论;列出仍缺少证据的观点。”
任务很长时,可以分段写出背景与约束。需要保留的原文、表格公式、图片或页序,应在开始前说明;文件名与输出路径尽量明确。
#追问与修订
同一任务中可要求解释来源、调整结构、补充检查或局部修改。用“只修改第二节,其他部分保留”比“重新做一下”更容易控制范围。
当目标发生明显变化、资料范围不同或不希望继续使用旧上下文时,新建任务。移除某个文件权限不会自动从既有对话中删除已经读取的内容。
#执行中补充信息
当前执行仍适用原请求时,可输入补充说明并排队;如果必须立即改变范围,先停止,再清楚说明新的目标和保留事项。停止可能发生在某个动作已经完成之后,因此不能把它理解为撤销。
继续中断任务时,建议写:“继续完成刚才的周报;先核对已有输出,只补齐未完成部分。”如果涉及文件写入、命令或外部服务,应先确认实际状态,避免重复执行。
#上下文不是无限容量
可接收附件的大小与模型一次能处理的上下文是两种限制。长对话、很多页面和图片可能超过模型容量。遇到容量错误,应减少附件、分批处理,或请管理员确认适用模型。
“记住这个要求”不等于所有历史都会永久完整保留。关键约束应写进当前任务或项目规则;涉及跨任务复用时,明确保存位置和作用范围。
#识别未完成状态
看到等待输入、等待批准、重试、权限拒绝或错误时,先处理对应原因。模型只回复建议而没有生成文件时,可以明确要求保存文件并回读核对。不要因为回答语气肯定就省略验收。