许多用户在使用 Copilot 处理会议行动项时，都会遇到一个常见痛点：它习惯把零散的待办事项全部揉进一个段落里，责任人含糊不清、截止日期缺失、交付物也不具体，导致后续根本无法有效分派和追踪。要想让 Copilot 按预期输出一份清晰、可编辑、且包含责任归属与时间节点的结构化框架，必须提前设定一条硬性规则——在生成内容前，强制要求它输出严格五列结构框架：[NO]、[TASK]、[OWNER]、[DUE]、[DELIVERABLE]，并以“===结构开始===”作为开头，使用纯逗号分隔、无换行、无空格、无需任何解释说明。

强制 Copilot 只输出结构，不填充内容

在 Copilot 输入框内，第一句直接粘贴这组指令（标点、空格、括号必须完全一致）：“请先只输出会议行动项的完整结构框架，不要填充任何具体内容，也不要解释该结构含义。”

这条指令相当于一个硬性开关——Copilot 默认倾向于直接生成带内容的列表，如果不加此句，95% 的情况下它会跳过结构，直接写出 10 条包含具体名字的待办事项。这不是礼貌性的请求，而是一条锁定执行流程的指令。

紧接着补充结构要求：“框架必须包含五列：①序号、②任务描述（短语，非句子）、③责任人（明确到人名或角色）、④截止日期（YYYY-MM-DD 格式）、⑤交付物（具体文件/系统/结果名称）。”

最后再加一句收尾锚点：“现在请只输出该五列结构表头，用英文逗号分隔，不加编号，不加说明文字。”

用符号与分隔符确保结构不被合并

方法一：插入不可绕过的视觉分隔线。在结构要求完成后，立刻追加一行：“===结构开始===”。Copilot 会将其视为格式触发器，严格把后续输出限定在分隔线内，并且不会把“结构开始”当作内容输出。

方法二：用固定符号标记必填字段类型。要求每列开头带上符号：“[NO]、[TASK]、[OWNER]、[DUE]、[DELIVERABLE]”，例如：[NO],[TASK],[OWNER],[DUE],[DELIVERABLE]。Copilot 对符号的敏感度高于文字描述，可以有效防止列名被改写或省略。

需要注意：如果 Copilot 返回了任何带冒号、破折号或中文顿号的表头，说明它没有识别符号指令——此时必须删除全部输出，重新发送并确认“[NO]”等符号是否完整、且无多余空格。

验证结构是否合格的三个检查步骤

第一步：数清列数——必须恰好包含 5 列，缺一列即视为失败。

第二步：核对字段名——[OWNER]不能写成“负责人”或“对接人”，[DELIVERABLE]不能写成“产出物”或“结果”。

第三步：检查分隔符——输出必须以“===结构开始===”开头，且整段无换行、无空格、无额外字符，仅一行纯逗号分隔的字段。