完整示例
把多个想法变成一个可用的方案
本示例为本指南专门编写,仅作说明。模型输出会有所不同。
原始数据
为十二位初学者策划一次友好的摄影漫步活动。我们有两个小时,希望每个人离开时都能带走三张自己喜欢的照片。
期望结果
起草路线和三个摄影练习;检查步行时间和无障碍情况;整理出一份包含雨天备选方案和待组织者确认问题的日程。
各个阶段承担不同的职责。提出更多建议,和检查方案能否在两小时内完成,是两回事。
可改编的提示词
为十二位初学者设计一次两小时的摄影漫步活动。首先提出三个练习。然后检查时间安排、无障碍情况和各项假设。最后整理出一份日程,并明确标注所有需要组织者确认的事项。
从一份共同的简报开始
一次性说明受众、期望结果和限制条件。对这次漫步来说,十二位参与者和两个小时是固定的;路线和练习则是可选的。把这两类信息分开,以免后续建议悄悄改变了简报。
除了必须满足的要求,还要写明成功的感受:初学者应该感到被欢迎,并带着自己引以为豪的照片离开。协作不仅能解决问题,也能把一个有趣的想法拓展得更丰富。
给审查环节分配不同的任务
让第一份贡献提出方案,下一份贡献针对具体假设提出质疑。一句“改进一下”可能只会得到同一想法的另一个版本。要点明需要检查的内容:路程时间、器材、无障碍情况或某条说明是否清楚。
当模型之间出现分歧时,记录下有争议的假设。意见一致并不等于证据,多数投票也无法确定营业时间或某个场地是否无障碍。这些细节要单独核实。
以一个决定和一位负责人收尾
把有用的部分整合成一份成果,而不是保留每一个答案。要求给出选定的方案、被否决的备选方案以及尚未解决的问题。这样更便于和实际使用这些成果的人进行讨论。
满足简报要求后就可以停下来。对于简单的想法,一个模型可能就够了;只有当额外的贡献能带来不同类型的审查时,才需要引入。
分三个清晰的阶段进行一次会话
把一个想法带到 MultipleChat。明确简报,请求一次有针对性的质疑,然后整合结果。查看你的套餐中有哪些可用的协作功能。
打开 MultipleChat