适用问题：准备会议议程时，GPT需要知道会议目的、总时长、讨论材料和希望得到的结果。只写“安排一场高效会议”，模型容易补出没有约定的环节、人员或时间。下面用一份虚构材料演示如何限制范围。
原始输入：任务为会议议程。三位同事准备开一次三十分钟线上会议，讨论产品帮助页面的两个问题：新用户找不到入口、现有说明过长。已有一页反馈摘要，尚未决定由谁修改页面。希望会议结束时确定优先处理的问题、下一步动作，以及哪些事项仍待确认；不讨论预算，不安排额外演讲。
完整提示词：请只根据上述材料编写会议议程，按开始分钟、持续时间、讨论动作、预期记录四列输出。总时长严格为三十分钟，两个问题都要有讨论时间。没有提供姓名，统一使用“待确认负责人”；没有提供截止日期，不自行编造日期。最后留出时间复述决定和未解决事项。不要把议程中的计划写成已经完成的记录。
示例输出：0—5分钟，确认会议目标与反馈摘要，记录本次只讨论入口和说明长度两个问题。5—15分钟，讨论新用户找不到入口的现象及可尝试的调整，记录建议与仍需补充的材料。15—25分钟，讨论说明过长的问题，记录准备精简哪些内容以及需要保留的信息。25—30分钟，比较两个问题的优先顺序，复述拟定的下一步动作，负责人和截止时间均标为待确认，另列未达成一致的事项。
核对清单：四段时长相加为三十分钟；两个原始问题都有独立讨论时间；没有加入预算或演讲环节；没有虚构人员姓名和交付日期；最后五分钟用于确认决定，不承担新的大话题。原材料未确定优先顺序，议程也没有冒充团队已经作出决定。
使用前怎样落地：发给参会者核对反馈摘要是否可用，并询问时间安排是否合理。若团队已有主持人或负责人，应在得到确认后填入，而不是让模型猜。会议开始时间不在材料中，因此这份议程使用相对分钟，不擅自改成某天某时。
会议后怎样整理：议程是会前计划，纪要是会后记录。实际讨论可能与议程不同，应依据真实讨论整理纪要，分别写决定、待确认事项与后续动作。不要把这份示例议程直接粘贴成“已完成会议纪要”，也不要将模型建议当作团队承诺。