移民服务公司 AI 中控教学案例

我们没有从模型或工具清单开始，而是先和使用者一起走完这项工作，确认谁提供输入、谁在中途判断，以及什么结果才算真正完成。

我们先01 对历史咨询、签约、流失与办案结果执行匿名复盘，接着02 内容委员会选定主题，关联 insight_batch 而不是单一客户，再03 生成有证据的母稿与五个渠道版本，再04 顾问、合规和品牌审批后发布，生成 campaign_id 和归因二维码，再05 客户添加公司个微工作号，记录工作账号、设备和会话候选标识，再06 客户阅读隐私说明并按目的同意，未同意前不收敏感资料，再07 使用多个稳定标识检查重复并建立或合并线索，再08 将询盘转为目标、家庭、时限、缺失字段和置信度，再09 基于可解释规则分配销售和顾问，写入 SLA 与下一动作，再10 系统生成欢迎语和最少必要问题，销售人工确认并发送，再11 客户通过动态表单补全预评估字段，再12 客户通过一次性安全链接上传文件，执行病毒扫描、分类和 OCR，再13 案务助理复核 OCR 字段，通过后才写入 verified fact，再14 在 ACL 过滤后执行 Vector + BM25 + Rerank，组建带版本和段落定位的证据包，再15 生成事实、规则、预评估结论和待核事项矩阵，不写“已符合”，再16 顾问审阅会前简报并补充最少问题，再17 视频咨询后由顾问确认纪要、客户事实、承诺和下一步，再18 高级顾问审批路线建议、政策解释和家庭方案，再19 商务系统组装服务范围、费用、排除项、版本和有效期，模型不自主定价，再20 销售与经理获得审批令牌后发送最终方案，再21 电子签约与首款到账分别由合同、付款和财务系统确认，再22 案务系统按获批服务包建立正式案件、任务、材料清单与责任人，再23 客户在门户补资料，渠道仅能按 ACL 查看有限阶段，再24 案件提交、补件、外部等待和查询都写入带 as_of 的状态机，不伪造外部进度，最后25 中控聚合漏斗、SLA、瓶颈、风险和内容 ROI，新样本只进入待审 insight 候选池。

线索可能重复进入，顾问话术和政策版本易失效，敏感客户资料散落在聊天和网盘，渠道与客户缺少有限可见的进度入口，管理层也无法从内容一路追溯到签约与办案。

在几轮讨论里，我们把问题拆成几个彼此相连的部分：主动内容复盘、母稿、渠道版本、合规审批与 campaign 归因、公司个微工作号询盘、同意、线索合并、SLA、结构化预评估和人工批准、渠道资料、水印下载、推荐客户录入和有限进度、客户案件状态、待办、材料缺口、回执与安全上传、获客、咨询、签约、收款、办案、内容 ROI、渠道贡献与团队产能中控。这样每一步要解决什么、由谁确认，都能在动手之前说清楚。

我们把确认过的工作步骤搭成一条可运行的管道，让 AI 负责整理、检索和生成，让关键判断仍然回到业务人员手里。

最后留下来的不是一个孤立模型，而是五个业务工作台、十二个责任域和业务状态机、受控 Agent Harness、混合检索、窄工具与审批矩阵、Trace、Eval、老板指标、失败路径、八周进场计划与交付资料包。

在收集敏感信息前记录分目的同意；护照、财务、婚姻和未成年人资料进入加密对象存储，经病毒扫描、组织与案件 ACL 过滤，并支持撤回、保留期和审计。

这份内容把一条完整业务链路做成了可讨论、可演练的教学案例。它帮助团队理解系统应该如何协作，但不代表真实客户交付或经营结果。

案例公司、人物、价格、经营数字和询盘对话均为教学假设，不是真实客户或经营成果。架构原则参考公开资料与中国公开法规；内容不构成移民法律意见。