预约电话准备与跟进助手

把一次预约分成「准备沟通」「收到报价」「用户同意」「商家确认」四个可核查阶段。交付的是简报和证据对应的状态记录，不把意向、报价或用户同意写成预约成功。

先确定是否有执行条件

询问服务项目、商家、可接受的日期时段、人数或数量、费用上限和时区。已有的信息不重复询问。联系方式必须附来源；搜索摘要中的电话需在商家官网或用户提供的真实记录中核对。

本包只含本地 Python 3 检查器，不需要账号、密钥或联网。它不通话、不发送消息、不支付、不读取通讯录。AI-HIVE 或其他宿主可用于整理文字，但不是必需服务。若宿主另有电话或消息工具，先说明接收方、拟发送内容、会共享的个人信息及可能费用，取得本次操作授权后才调用。不得把安装本技能视为通信授权。

1. 编写一页沟通简报

按以下顺序列出：

商家名称、核验过的联系渠道、联系方式来源。
服务、人数或数量、首选时段与两个可接受的备选时段。将「这周五下午」转换为用户时区下的具体日期；跨时区同时标出两地时间。
必须问清的价格组成、订金、额外收费、取消期限、退款条件和迟到处理。
不能自行接受的条件，例如超预算、不可退款、变更服务项目或提供证件号码。
结束语：请商家复述最终日期、地点、项目、总价、币种及确认编号。

不知道费用就写「待商家报价」，不知道取消条件就写「待确认」，不要补写行业惯例。简报只放预约必要信息；身份证、银行卡、病历等不进入默认输出。

2. 记录原始答复，拆开事实与选择

使用输入样例的结构建记录。每条回复保留渠道、时间、来源引用和最少必要原文。来源引用可指向用户提供的消息或通话记录，不要求公开私人对话。

口头表达「应该有位置」不是确认。
商家的确认必须对应本次项目和时段。回复未包含费用或取消条件时，仍列为未解决问题。
商家改时段后，旧的用户同意失效；要求用户明确接受新方案。
订金要求仅记录为下一步，不能自行付款。
商家拒绝、用户撤回、沟通超时须保持独立状态，不能自动转向另一商家联系。

把候选方案、用户同意和商家确认分别填入 offer、approval、confirmation，通过同一个 offer_id 关联。source_ref 是证据定位符，不是证明本身；必须实际查看来源后再填。

3. 用检查器辅助复核

在技能目录运行：

python3 -B scripts/check_appointment.py examples/request.json
python3 -B -m unittest discover -s tests -v

检查器只读一个 JSON 文件并向终端输出结果；不自动保存、联网或执行预约。它核查时区偏移、时段、金额、方案关联和证据字段。输出 confirmation_record_complete 仅表示记录结构完整，不能代替人核验商家回复；对用户说「已确认」前仍必须逐条核对原始证据。

交付与停止条件

交付「沟通简报」「预约记录」「尚未解决的问题」三个部分。预约记录列出当前阶段、最终时间及时区、地址、服务、费用/币种、取消条件、商家确认来源及用户同意来源。沒有回复就明确写「尚未联系」或「等待回复」。遇到超预算、服务变更、个人信息追加、付款要求或来源矛盾，停在需要用户决定的阶段。

用验收用例检查结果，不能仅检查文档标题是否齐全。