PLATFORM RECOMMENDATION
推荐组合：Dify 搭智能体，n8n 设计跨系统工作流
对海妈家这类多平台电商公司，核心难点不是只做一个聊天机器人，而是让 AI 能调用知识、读取数据、触发任务、等待人工审核并将结果回写。因此建议“AI 应用平台 + 自动化工作流平台”分工。
结论先行
只选两个核心平台，不堆叠一长串同类工具。
智能体与 AI 应用中心
承载客服、商品运营和招聘三个 AI 助手，统一管理模型、提示词、知识库、工具、结构化输出和版本。官方介绍支持发布为 Web App 或 API，也可云端、VPC 或自托管部署。
跨系统工作流与自动化中心
承载 Webhook、定时任务、API 调用、数据映射、条件分支、重试、审批等待、通知和回写。官方介绍支持大量集成，也可用 HTTP Request 连接有 REST API 的业务系统。
为什么这个组合贴合海妈家
评估标准来自三个 Demo 的共同需求，而不是只看平台功能清单。
| 业务要求 | Dify 负责 | n8n 负责 | 为什么必须分工 |
|---|---|---|---|
| 多平台客服和售后 | 意图、情绪、知识检索、回复草稿 | 接收消息、查订单、超时、升级、回写 | AI 理解和业务事务不宜混成一个黑盒 |
| 商品运营和爆款决策 | 评价归因、异常解释、运营建议 | 定时拉数、指标计算、阈值分支、生成任务 | 公式类计算用确定性节点，不浪费大模型 |
| 智能招聘 | 简历解析、证据匹配、核实问题生成 | 候选人建档、阶段流转、超时提醒、日志 | 将 AI 建议与录用决策明确隔离 |
| 未来扩展 | 新增智能体、知识库和模型 | 新增 ERP/WMS/钉钉/数据库连接 | 各自独立演进，降低一处变更影响全链路 |
钉钉/悟空放在什么位置
如果企业已以钉钉为内部协同入口，不需要排斥悟空或 AI 表格，它们更适合成为“人工工作台”。
悟空
用于运营、客服主管、HR 与 AI 对话，查询报表、生成内容、处理文件和发起内部待办。钉钉悟空官方文档将其定位为 AI 驱动的智能体工作平台，并展示了 AI 表格、待办、审批等能力。
AI 表格
用于快速试点期的工单、SKU、候选人和任务台账，让业务人员直接修改字段、筛选视图和查看进度。数据量、关联关系、并发和权限变复杂后，再迁移到业务数据库。
钉钉待办/审批
承载高风险客诉、投放预算、补货建议、Offer 等需要人工责任人确认的节点；审批通过后再由 n8n 执行回写或后续动作。
三个工作流如何在平台中编排
以 n8n 做确定性主干，在需要语义理解和生成时调用 Dify。
客服售后流程
触发：新消息/新工单
处理：去重 → 查订单 → Dify 分类与草稿 → 风险分支
高风险：创建钉钉待办，禁止自动发送
失败：写入重试队列，使用标准话术转人工
商品运营流程
触发：每日定时/人工上传
处理：校验 → 指标计算 → 规则分层 → Dify 解释
输出：更新 SKU 看板、生成任务和复盘日期
失败：标记数据缺失，不输出加码/止损结论
智能招聘流程
触发：HR 导入授权简历
处理：脱敏 → Dify 解析 → 规则评分 → 核实问题
输出：候选人卡片、沟通草稿、HR 复核待办
失败：返回缺失字段，禁止自动淘汰
部署路线：先试点，再自托管
不建议在试点价值和运维责任尚未确认时，立即搭建复杂生产集群。
0—2 周：本地 Demo + 字段确认
使用当前 HTML Demo 与模拟数据，让客服、运营、HR 确认输入、分支和输出。
2—6 周：Dify + n8n 试点环境
只连接一个平台或一类 CSV，使用测试账号，对高风险动作保留人工审核。
6—12 周：企业内网/云上自托管评估
在明确数据量、模型费用、并发、权限、备份和运维责任后，再决定自托管规模。