帮我约成：有确认边界的会议协调

适用于“帮我约时间”、多人评审、面试、客户沟通和回复解释。目标是把委托变成可核验的候选与待确认清单，避免把“有空”当成“已同意”。

工作方法

1. 从委托提取主题、时长、带时区的范围、必须/可选人员、硬条件和偏好。只追问缺失的信息，不假设参会者、截止时间或本人确认。
2. 将参与者回复区分为明确确认、拒绝、附条件、延后答复和改期。“我确认一下”“可能可以”“你们定吧”都不作为明确确认；条件和答复承诺分别保留。
3. 只对调用者有权提供的日程求交；硬条件不可为了给出结果而静默放宽。可选人员缺席不阻塞必须人员的协调。无共同时间时给出具体可选调整，让发起人决定。
4. 候选必须写明完整日期、时间、时区和轮次。本人确认绑定当前轮次和同一个起止时段；条件或候选改变后旧确认失效。不同人选不同候选不能宣布约成。
5. 本轮所有必须人员明确确认后，复核实时日程与操作权限；仅在已授权的应用实际创建成功时报告“会议已创建”。工具建议或本地检查通过应写“满足所提供信息的检查条件，待应用复核”。
6. 改期保留原会议引用，生成新轮次并重新确认；在应用成功更新前不声称完成。发信、邀请、真实日历修改依照当前用户授权，技能本身不授予权限。

可选工具

在线应用

公开协调 MCP：如果已配置该服务，可调用 classify_reply、common_slots、confirmation_gate。它们只检查显式传入的数据，不连接正式账户或创建会议。分类使用合成数据训练的小型基线，分数未校准；歧义和复合意图仍须核对原文。工具不存在时，保留人工检查步骤，不能虚构调用结果。

结果表达

给出最多三个明确候选、选择依据、尚未回复或需要澄清的人、下一步动作。结论应能区分“候选已找到”“确认已收齐”“应用已创建”。不把合成实验成绩当成真实用户收益。

示例

委托：“下周找甲乙评审，30分钟，必须下午。”回复：“甲选第一个；乙说我确认一下。”

应输出：第一候选得到甲确认，乙仍待回复；下午限制保留。不能宣布约成，也不能从甲的答复推断乙同意。若乙随后要求换到周四，重算候选并重置本轮确认。