这个项目有哪些功能

每条消息当场判，只有三种结果：答、交给人、不用动。没有第四种，尤其没有「等一等看有没有人答」。

• 已做能查什么：预约、患者概况、门店信息、教材语料、更早的聊天记录，还能读患者发来的 PDF、Word、Excel。
• 一半能看什么：图片、视频都能看。语音只能在工作台上播放，AI 听不懂——模型的语音权限没开。
• 已做说话的样子：号的人设（名字、性别、年龄、性格、爱好、语气）；称呼患者按备注里的叫法、算法出的「罗先生」、「您」三层退；一次只发一条；患者说「好的」「谢谢」回一句收尾。
• 已做不能说什么：说到症状、用药、疼痛，直接交给人，不问模型；再过八道输出守卫——医疗红线（安抚、解释病情、用药建议、疗效承诺、劝人再等等）、看了图之后对他本人下判断、症状类回复没给急诊出路、讲了一般情况却没说「具体以面诊为准」、编造时间日期医生金额和门店说法、泄露、格式、超 200 字。免打扰和已故不再由守卫一票否决：患者自己来问，理应能回应，这两条交给模型判；主动联系那一侧，业务系统在读的时候就把人滤掉了。
• 已做群聊：一个群只由一个号来答；@ 了谁归谁，没 @ 归群主；@ 了我们托管的另一个号，AI 不答。点标题栏的「N 人群聊」看群资料：群公告（群主、管理员能改）、群里的患者（点一下右边换成这位）、还没绑定的人、我们的人（AI 用哪个号回、群主、同事）；群主能把人移出群。
• 已做新好友先说一句：规则出一句，不问模型——那会儿还没绑患者，模型只能写空话。存量好友全挡，不群发。
• 已做不抢话：患者又说话就掐掉正在跑的那一轮；发出去之前再看一眼有没有人已经回了。
• 不做不告诉患者这是 AI。那是一个患者看得见、而且会变的状态：人接管了要不要告诉他？交还呢？不说反而更糟。

判据是患者收到了什么，不是 AI 内部发生了什么。留草稿、守卫拦下、模型挂了，在患者那侧是同一个事实：他说了话，没有回音。

• 已做交接：AI 留一份草稿，人点「填入回复框」，改完发出，交接关闭。
• 已做提醒阶梯：当场提醒责任人（第 0 级）→ 5 分钟再提醒他一次 → 再 5 分钟发本店内部群 → 再 10 分钟找诊所经理（第 3 级）。累计 20 分钟封顶，没有第 4 级。这个数来自服务标准「不超过 20 分钟」，不是「给人多少宽限」。
• 已做怎么送到：用专门的提醒号发企业微信消息。页面上亮一颗标不算提醒——人不打开就看不到。
• 已做什么算完了：人回一句就整条结束，不挑内容。在工作台回、在他自己手机的企业微信里回，两条路都算。
• 已做两条特例：患者又催一句，立刻升一级，不等计时器；非营业时间，梯子停在第 0 级——换谁都没人办。
• 已做AI 什么时候闭嘴：人接管了这条会话、这个人 AI 别管（在通讯录里设，或在企业微信里打「AI别管」标签）、这个号在人工时段、应急开关关着。七种理由走同一份判断，不各判各的；会话标题栏会写明是哪一种，比如「人工时段 · 到 20:00」「AI 不回他」。
• 已做工作台：会话列表按「@我／全部」筛；谁在等、等了多久（超 10 分钟标红）；AI 自己写的一句「为什么要人来」；详情里发文字和图片、暂停与恢复 AI；标题栏写明这个微信是谁（患者本人、患者的配偶……）。
• 一半真实环境只验过第 0 级提醒，第 1 到第 3 级还没真跑过。
• 已做哪一层在哪里关：这一轮在会话标题栏「暂停 AI」；这个微信在通讯录；这个号在「我的企业微信号」的人工时段（可以设成一直由你来回，提醒照发）；整个集团在管理区的「AI 设置」（停用期间不发提醒）。入口放在使用者会去找的地方：号的事在号那里，集团的事在 AI 设置。
• 不做号的应急停用、全局停用不上页面。应急停用期间不发提醒，拿来日常用，患者会没人理；全局跨集团，只留给运维。

今天只有预约确认一件。它不是另一套机制：患者回了话，走的还是「回话」那一套——同一个 agent 一次调用，既写回复又判他的态度，差别只在触发方式，和一段说明这件事的提示。

• 已做怎么开始：每小时扫一次未来 24 小时的预约，只在 9 点到 19 点之间扫——深夜不是拦住不发，是压根不产生工作。
• 已做发确认：带上到店信息（地址、怎么找、到店后找谁）和到店准备；预约里有医生就写明「您约的是 X 医生」；以前用保险结算过的，提醒他带保险卡和身份证；微信是家属的就写给陪同人，不拿患者的名字称呼对方。
• 已做追到结果：4 小时没回再问一次；还不回、或离预约不到 6 小时，派一条电话确认；患者回了电话自动取消。
• 已做没绑微信：直接派电话确认。电话是正常渠道，不是降级；后来绑上了下一轮自动升级成发消息。
• 已做改约和关心：业务系统里改了约，把新的日期时间发给患者核对；一周后的预约、不是常规复查的，先发一句关心，不回不追。
• 已做收尾：预约过后回读业务系统，看他到底来没来。待办页有列表和详情，人办完点选结果（改约了、不来了、联系不上）。
• 没做另外四个 Agent：诊后随访、Patient Care、治疗机会、治疗链执行，侧栏上标「待开放」，还没有数据源。
• 没做到点未到的关心、医生延误同步：结构上做不了——业务系统的到诊时间一条都没回写。
• 没定一个患者一天最多被 AI 主动说几句、谁让路。开第二个主动 Agent 之前必须先定：被动会话天然自限，主动触达不是。

整个产品围绕这条通道建。它挂了业务不是降级，是退回人工：工作人员自己打电话、自己在微信上回。

• 已做扫码绑号：固定占 iPad 位，所以员工自己的手机和电脑不会被挤下线；登录区域按号记住、重登沿用，不一致会被判成异地登录。
• 已做顶号预警：同一个人换个企业主体来授权，先前托管的号当场掉线——扫码时提前比对，提示他别点确认。
• 已做掉线是常态：自动接回（有 60 秒硬窗口）、认得出封号、掉线告警、工作台上显示掉线横幅。
• 已做一人多号：一个人可以管几个号；同一个群被几个号看到时，选一个主责号来答。
• 已做「我的企业微信号」：设人设、设人工时段（AI 一直回、分时段、一直由你来回三档，分时段按星期几、一天可以分几段）、转交给同事、解除托管。转交时号一动不动，患者感觉不到——这是离职的答案。

会话进来的是一个微信号，它不是患者。没有这一步后面全塌：查不到治疗史、判不了医疗风险、不敢自动发任何东西。

• 已做通讯录三档：已绑定、待绑定（要干活的地方）、同事。
• 已做绑到患者档案：要写明关系（本人、家长、配偶）；改绑要填原因，旧关联不删除只置失效。认错人比认不出更糟——那是把 A 的会话记到 B 的病历上。
• 已做加人和建群：好友申请一键通过、搜索加好友、建服务群。
• 已做患者面板：工作台右侧显示患者概况，和他身上挂着的待办时间线。
• 已做只有一家店的时候：集团里只有一家在营门店，没对上患者的会话也按这家店回答门店问题；两家及以上，必须先对上患者。
• 已做按诊所收窄：这位患者算不算这家店，每次现问业务系统，不在本地建一张「患者对诊所」的关系表。

两张表分得很清：门店信息是「事实」，AI 说出口的要能在这儿对上账；教材语料是「怎么说」，不给守卫作证。

• 已做门店信息：地址怎么找、营业时间和例外日、做的项目和不做的项目、医生、价格、保修、团购、支付方式、预约规则、常见问答。
• 已做教材语料：五个区——边界、话术、科普、到店准备、其他交代。挂在组织树的任意一层，沿树向下累加，品牌录一次下面每家店都有。
• 已做教材导入：上传 PDF 或 Word，自动切成候选段，用守卫自己的抽取函数逐段预检（金额、医生名、医疗信号），人一条条收下。
• 一半门店信息还不能沿树继承，品牌统一的价格表得每家店抄一遍。
• 不做语料里没有活动促销。「X 项目八折」是带数字的承诺，按红线它属于门店信息，那里才有对账。
• 不做教材不能一键全导入。教材里混着事实和话术，整篇进语料就是把一堆无法对账的数字放到 AI 手边。

看数据有两条轴，不能混：这个号是不是我的（决定看哪些会话）；我被授权管哪些诊所（决定看哪些预约和患者）。

• 已做登录：手机号加密码是主路径；开户发一次性激活链接（30 分钟失效）；登录限流；首次登录补全资料。扫码只负责绑号，不是登录。
• 已做组织架构：建树、改树、移动、停用。树不从企业微信部门派生——那棵树答的是「谁向谁汇报」，这棵答的是「哪些店归你管」。
• 已做员工授权：开户、授权哪几家诊所、员工与只读互换、设所在诊所和岗位。
• 已做门店的患者档案：在组织架构页上给每家门店关联患者档案系统里对应的那一项，从清单里选、先预演再确认，改完当场生效。没关联的店查不了患者，也不会生成预约确认。
• 已做新集团入驻：一条命令建好集团和它的首个管理员，剩下的（建树、关联患者档案、扫号、开户）管理员在界面上做。
• 已做AI 设置：整个集团的 AI 怎么工作——停用整个集团的 AI、用哪个号发提醒、每家店的内部群是哪个。
• 没做停用账号只能改库；和宿主系统的单点登录一行没有。

企业微信走的是非官方托管通道，不是接上就能用。这一块存在的意义，就是把已知的坑逐个填掉。

• 已做收：消息只推一次，10 秒不应答就重推、三次后永久丢弃，而且没有补查接口。所以收的路径只做两件事——原样存档、立刻应答，解析和判断全部后置；重复推送去重；看不懂的类型进死信并告警，不猜。
• 已做发：一律排队、同一个号串行、每条随机等 3 到 15 秒、撞上限流把这个号整条队列停 5 分钟。随机延迟不是性能优化，是风控要求——规整、高频、无间隔正是被识别成脚本的特征。
• 已做同步：会话每 10 分钟对账，通讯录每 5 分钟增量加每天一次全量核对，企业微信标签字典每 5 分钟。游标追平不等于数据一致——改个备注名根本不进变更流，所以全量对账是必需的。
• 已做媒体：图片文件的下载凭据 72 小时就过期，抢在过期前转存到对象存储；语音转码后能在网页上播放；表情和头像经本服务中转，不把无鉴权直链交给浏览器。
• 已做告警与留痕：死信、积压、限流、掉线四个信号会告警；模型说了什么、做了哪一步、真发出去什么，三份账分开记；管理操作有审计。
• 没做还欠着的：按分钟和小时的发送配额、掉线恢复后的慢启动、消息缺口检测、零停机部署、同步卡住的告警、媒体到期删除（对象存储的钥匙没有删除权限）、模型成本核算。