上海 300 人团队自动化中台

同步、汇总、收集

方案草稿：先梳理系统清单、数据负责人、接口权限和更新频率，确定客户、订单、商品与员工等记录的对应关系。明确每类数据以哪个系统为准，飞书展示同步结果和业务摘要，不直接替代所有源系统。

先选一个部门、一个业务链路试点，再按范围扩大。首次导入后采用增量同步；每条记录保留源系统 ID、更新时间和同步状态，缺失与冲突不静默覆盖。

• 交付草稿：系统与字段映射表、同步任务清单、飞书数据视图、错误队列和对账报告。
• 验收草稿：抽样记录可回溯；重复同步不重复创建；断线恢复后能补齐；角色只能查看授权数据。

数据分析、员工 Todo 与反馈

在第一阶段数据稳定且口径统一后，汇总经营或业务异常，并附上来源和时间。Agent 提出待办建议，由负责人确认优先级与归属，再同步到员工的飞书任务入口。

示例场景（非已实施事实）：订单交付异常、待跟进客户、信息缺失等事项，生成“要做什么、谁负责、何时完成、如何验收”的待办。员工补充处理记录，复核后回写允许更新的业务状态。

• 交付草稿：指标字典、分析摘要、任务模板、负责人映射、提醒规则与复盘看板。
• 验收草稿：分析可追溯原始数据；任务可认领、转交、关闭；过期任务可升级；完成状态能与实际处理证据对上。

让每个 Agent 负责清楚的一段

建议设置数据采集与校验、分析、任务编排、执行和复核等角色。采集角色不擅自修改业务数据，分析角色输出依据，任务角色不自行决定人员绩效，执行角色只调用授权操作，复核角色检查实际结果。

人员安排和管理决策仍由负责人确认；系统服务于工作协作，不将消息数量或在线状态直接作为员工绩效结论。

本地接入，清楚标记运行边界

方案草稿：本地 Mac 作为 Hermes 运行与必要的本地连接节点，飞书作为可访问的协作入口。各系统先核对官方接口或已授权导出方式，不能假定所有 ERP、CRM 都能直接写回。

Mac 休眠、断网或重启时将任务标为等待恢复，并显示最近成功同步时间。涉及持续运行的任务需明确设备维护、备份、通知与恢复责任；300 人团队不等于单台 Mac 已具备全量并发承载能力。

从小范围试点到部门推广

建议顺序：范围与权限确认 → 数据试点 → 对账验收 → 分批接入 → 分析试运行 → 负责人确认待办 → 部门推广。第一阶段未通过数据质量验收前，不自动扩大第二阶段的执行权限。

项目周期、接入系统数量、活跃人数、同步时延、错误率、待办完成率和节省工时均待补充。工时改善需使用前后同口径记录，不能由团队规模直接推算。