概览
每一个预约系统回答的都是「这位从业者六点有空吗？」——而那几乎从来不是真正重要的那个问题。椅子空着，而激光设备没空。到下一个预约还有四十分钟，而这项治疗要六十分钟。房间空着，但它正好是要在前后两位客人之间做清洁的那一间。
于是一个时段被提供出去、一位客户接下了它，而第二天早上前台的某个人发现了冲突，并打出一通道歉电话。那次预约从来就不是真的，而在它挂在那里的时候，别人也没法用那段时间。
这个智能体把一项服务拆解成它真正会占用的一切——有资格做它的从业者、房间、设备、必须在场的助手、到下一位之前的周转时间——并且只提供那些通过了所有这些检查的时段。
它还会按人们书写的样子来读这个请求。「周六五点以后」「和上次一样」「找上次给我染发的那位」「我 14 号飞之前」。相当多的预约丢掉，不是因为没有时段，而是因为客户在一个下拉菜单里找不到它，然后放弃了。
它只在客户用明确的话确认了某个具体时段之后，才写入一次预约。它绝不移动或取消一个已存在的预约、绝不占用一个被锁定的时段，也绝不收取任何款项。
价值
没有那通道歉电话
因为这个时段是对照它所需要的一切被核过的。
那些本来会丢掉的预约
来自那些下拉菜单读不懂的请求。
前台不用再去做仲裁
冲突被预防了，而不是被发现了。
功能说明
核查每一项资源，而不只是那个人
房间、设备、那第二双手、到下一位之前的周转。任何一项通不过的时段，从一开始就不可预约。
按请求被写下的样子来读它
「周六五点以后」「和上次一样」「我 14 号飞之前」。大多数预约丢在下拉菜单里，而不是丢在没有时段上。
按真实时长来核这个时段
一次咨询和一次激光疗程不是同一种预约。空出来的四十分钟，装不下一项六十分钟的服务。
写入之前先用话确认
一次建立在假定之上的预约，是一次带额外步骤的爽约。它把时段复述一遍，并等一个明确的「好」。
诚实地给出最接近的选择
当什么都不合适时，它会说出最接近的是什么、以及这个请求哪一部分没能被满足，而不是返回一个空列表。
绝不移动一个已存在的预约
为了腾地方把某个人改期，是一项关于另一位客户的决定，它属于前台的人。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 回应一个预约请求，把它对照每一本日程表和每一项资源核一遍，并给出一个站得住的时段。
- 目前由谁完成
- 离前台或电话最近的那个人，在他手上其他所有事情的缝隙里。
- 多久一次
- 每一次咨询，包括那些晚上十一点到达的。
- 通常的人工投入
- 每次几分钟，外加第二天早上那通「这个时段其实并不空」的道歉电话。
为什么偏偏是运营。一个预约组件只核一本日程表。椅子空着而激光设备没空，于是它卖出去的那个时段从来就不是真的，而别人也用不了它。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
没有任何操作会越过你的上限
任何超出你所允许风险的操作都会停下来等待你批准，并说明其影响。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-sonnet-5，并自动回退
- 3工具extract_structured_data
- 4权限自动执行 WRITE 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"request": "Hi, can I get a laser session Saturday after 5 with whoever did it last time?",
"services": [],
"availability": []
}输出
{
"booked": {
"startsAt": "2026-09-12T17:30",
"reference": "BK-4471",
"confirmedBy": "Customer replied \"yes please\" at 23:04",
"practitioner": "Nadia"
},
"offered": [
{
"room": "Treatment 2",
"endsAt": "2026-09-12T18:30",
"startsAt": "2026-09-12T17:30",
"whyThisOne": "The only Saturday slot after five where Nadia, the laser unit and a treatment room are all free for the full sixty minutes with the fifteen-minute turnaround after it. 17:00 looks free on Nadia's diary but the laser is in Treatment 1 until 17:20.",
"practitioner": "Nadia",
"resourcesChecked": [
"Nadia",
"Laser unit A",
"Treatment 2",
"15 min turnaround"
]
}
],
"escalate": false,
"disclaimer": "Availability checked against the practitioner, room, equipment and turnaround supplied. No existing appointment was moved and no payment was taken.",
"understood": {
"service": "Laser session",
"timeConstraint": "Saturday, at or after 17:00",
"durationMinutes": 60,
"practitionerRequested": "Nadia — from this customer's appointment on 14 August"
},
"couldNotMeet": "",
"depositRequired": false,
"checkWasComplete": true,
"escalationReason": "",
"nearestAlternative": "",
"confirmationMessage": "I can do Saturday 12 September, 5:30pm to 6:30pm, laser with Nadia in Treatment 2. Shall I book it?",
"whatCouldNotBeChecked": []
}使用条件
集成
无需集成。
开始之前
- 你的服务清单，含真实时长
- 从业者的可用时间、工作时间与休假
- 每项服务所需要的房间、设备或助手
- 已有的预约与被锁定的时段
- 需要 入门版 套餐或更高
使用场景
诊所与手术预约
一项操作需要房间、设备和第二位临床人员的场合。
美发美容与理疗室
服务时长差异巨大、而椅子并不是那个约束的场合。
多门店与多从业者
一个请求，对着好几本日程表、好几家分店。
非营业时间的咨询
那些晚上十一点到达、天亮之前就消失的预约。
价格
常见问题
它能不问我就预约吗？
它只在客户用明确的话确认了某个具体时段之后才写入预约。它绝不占用被锁定的时段、绝不重复预约，也绝不移动或取消一个已经存在的预约——那些会影响一个不在这场对话里的人。
如果没有时段符合这个请求呢？
它会直说、给出最接近的备选，并说明这个请求的哪一部分没能被满足——是日子、时间、从业者，还是时长。它绝不为了避免一个空答案而编造可用时间。
它会收款或收定金吗？
不会。它绝不处理银行卡、定金或退款。凡是需要定金的地方，它会说明，并把客户交给你已经在用的收款方式。
它需要知道一项服务的哪些信息？
它的真实时长、谁有资格提供它，以及它会占用什么——房间、设备、助手、周转时间。没有这些，它只能核那位从业者的日程表，而它会这么说明，而不是假装这次核查是完整的。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体