访客这件事，看起来是张纸和一支笔就能干的活，但真出事的时候，出事的往往不是「没登记」，而是「登记了没人管」。人刷了证进来，前台在忙别的事，他一个人上了三层找错了部门；或者约的是下午两点，人上午十一点就到了，对接人还在开会；再或者最要命的——人走了没人核销，系统里显示他还在楼里。
这些环节有个共同特点：规矩是清楚的，缺的是执行的人手和提醒。这正好是 OpenClaw 这类 Agent 擅长的地方——它记性好、不会漏、能按时提醒，也不介意每天重复同一件事。
先说清这篇的位置。站内相邻的三篇都不是这个场景：OpenClaw 做活动报名与签到核销 管的是「活动场次里的人到没到」，对象是自愿报名的参会者；OpenClaw 做会议室预订与占用管理 管的是「搬不走的房间按时间片怎么共用」；OpenClaw 做设备报修与维保台账 管的是「楼里的设备坏了要修」。这一篇管的是另一件事——有哪些外部人员进了这栋楼、为什么在、能去哪、什么时候该走。
一、三样分开管：访客、到访单、通行记录
不用一上来就设计复杂系统，但三样东西必须先分开，否则数据一定糊在一起：
- 访客：一个人。同一个人可能一年来八次，他只需要一个档案。
- 到访单：一次来访。同一个人第一次是面试、第二次是签合同，是两件事，要两张单。
- 通行记录：进和出的动作。一次到访可能进出多次，中间出去吃饭再回来也正常。
分开管的好处很直接：想知道「某公司今年来了几次」查访客，想知道「谁在楼里」查通行记录，想知道「这次来访是谈什么」查到访单。混成一张表，三个月后这三类问题一个都答不上来。
二、访客台账：七个字段就够
访客档案不用存太多信息，够用又不越界就行。建议留这七项：
- 姓名与所在单位。这两项要成对出现，只有姓名没有单位，等于无法核对。
- 联系方式：只留一个可用的联系渠道，并且明确用途是「本次到访联系」。
- 证件类型与后四位。不要存完整证件号——核验用途用不到全号，真存了就是把风险揽在自己身上，具体分寸可以参考 AI Agent 处理个人信息怎么合规 里最小字段的做法。
- 对接人与对接部门：谁来接待，责任落到人。
- 首次到访日期与累计到访次数：让「熟人」和「生人」能区分，接待规格和核验强度通常不同。
- 状态：在档、已归档、列入黑名单（如有制度）。状态不清理，台账半年就成一堆死数据。
三、预约与确认：给时段、给入口、给对接人
预约环节的目标只有一个：让访客不用问路、不用担心来了没人接。把下面三件事在确认消息里一次说清，前台能省掉一半电话：
- 给时段：不要只写「下午」，给一个 30 分钟的窗口，比如「14:00-14:30 之间到都有人接」。窗口太宽等于没给。
- 给入口：写清从哪个门进、停车在哪、到了找谁。园区大的公司，这一段写清楚能减少大量沟通。
- 给对接人：写明接待人姓名和联系方式，并同步提醒对接人本人——这一点最容易漏，访客到了对接人却不知道。
改期也不用做复杂流程：允许改，但保留变更记录、不覆盖原时段。谁改的、什么时候改的、改到几点，这三条留全，后面出现「明明约的是今天」这种争议时有据可查。
四、到访登记：四个必答项
现场登记是最容易走形式的一环，因为前台忙、访客急。解法不是加字段，而是把字段压到最少——只留四个必答项：
- 找谁：对接人姓名，系统自动带出部门和电话。
- 为什么来：从预设类型里选，比如面试、商务洽谈、送货、维修、政府检查。不给自由文本，避免写「有事」。
- 预计停留多久：给一个区间，比如「1 小时内」「半天」。这是后面离场提醒和超时判定的依据。
- 有无陪同物品或设备：需要带设备进楼的场景（比如维修），这一项必须勾，方便保安核对。
登记完成的同时，系统要自动做两件事：给对接人发一条「已到」提醒，以及生成临时通行凭证。这一步做完，访客就不必在前台干等。
五、通行范围与陪同规则
「访客可以自由走动」是最危险的默认设定。规则应该按类型分档，并且写死在系统里，不靠保安临场判断：
- 开放区：洽谈室、前台区域，登记后可自行前往。
- 需陪同区：办公区、机房、仓库。必须由对接人或指定同事陪同，且陪同人姓名要登记。
- 禁止进入区：存放敏感物资或数据的区域，任何访客都不进，不给例外。
规则定好之后，Agent 的工作是「事前提示 + 事后核对」：访客登记时按类型自动带出允许范围；一天结束后把「进过需陪同区但没有陪同记录」的条目挑出来提醒，而不是等出了事再回查监控。这跟 OpenClaw 人工复核抽检怎么做 的思路一致——不是每条都盯，但关键类型不能漏。
六、离场核销：不核销就等于人还在楼里
离场是整套流程里最容易被忽略、也最要命的一步。系统里显示「仍在访」，真出事时你没法回答「现在楼里有几个外部人员」。三个动作能把这件事收住：
- 离场要主动核销：访客走时由前台或对接人点一下核销，允许手机端操作，别只留一个前台电脑。
- 超时自动提醒：超过预计停留时间还没核销，按 30 分钟、1 小时两档提醒对接人，两档都无回应就升级到行政或保安，升级链条可以直接沿用 AI Agent 失败升级规则 的分档写法，必要时再进 转人工队列 让前台看到待处理清单。
- 当日未核销自动归档并留例外清单：一天结束时把没核销的单子统一处理，同时生成一份「无离场记录」清单，第二天由人确认是忘记点还是真的没走。
傍晚结账这件事特别适合定时跑：设好时间点，Agent 自动汇总当日到访与未核销清单，一条消息发给前台，比每天手动翻记录可靠得多，做法和 OpenClaw 定时发日报周报 是同一套机制。
七、数据留存与隐私边界
访客数据是「合法采集、但用途很窄」的典型个人信息。三条底线建议直接写进系统：
- 只留必要的：不存完整证件号、不存人脸、不存与接待无关的信息。
- 到期就清：访客档案设保留期，到期自动归档或删除；不要「先留着以后可能有用」。
- 查要有理由：谁能查、查什么用途要留痕。档案被随意翻阅，是这个系统最容易被投诉的地方。线下留存的纸质登记材料同样要有编号和借还记录，做法可以直接套 OpenClaw 文档归档与借阅管理 里那套编号加登记的规则。
八、接待数据只答三问
别做花哨的报表，先让这三组数字能稳定出来：
- 今天楼里还有谁没走：未核销清单，这是安全问题的第一答案。
- 哪类访客最多、集中在什么时段：用来安排前台人力和接待资源，比如面试集中在一三五上午，就提前留人。
- 哪个部门接待量最大：部门之间的接待负荷差异，往往能解释很多「为什么这个部门总缺人」。
这三问都能直接从到访单和通行记录里算出来，不需要额外采集数据——这也是当初把三样东西分开管的好处。
九、五个坑
- 登记表和实际来访两张皮。线上登记了，线下还有一本纸质本子，数据永远对不上，先统一入口再谈自动化。
- 只做预约不做提醒。确认消息发给访客，忘了发给对接人，人到了对接人才知道。
- 字段设计得太多。一次登记填十几个格子，前台三秒钟就全填「无」，数据看着全，其实全是假的。
- 离场靠自觉。没有提醒、没有升级、没有例外清单，未核销会一直是常态。
- 历史数据不清理。三年前的访客档案还挂在「在档」状态，名单越滚越长，最后一次都没用上。
十、适合谁
这套做法最适合这三类场景：一是有独立办公区、每天都有外部人员进出的公司；二是对接部门多、靠前台在群里喊人来接的团队；三是有合规或安全要求、必须能回答「现在楼里有几个外部人员」的场所。如果公司就一层楼、来访一个月两三次，用一张在线表格加一句「走时告诉前台」就够了，不用折腾系统。
最后一句实话：访客管理的难点从来不在技术，而在把「提醒对接人」和「催离场核销」这两件事从人的记性里挪到规则里。OpenClaw 在这条线上的价值就是当那个不会忘、也不嫌烦的提醒者。
