项目一：商家申诉工单Agent智能完结系统
担任角色：技术负责人
公司：淘天集团客户运营事业部
项目背景：
淘天平台每天会产生大量商家申诉工单，涉及纠纷、投诉等复杂业务场景。传统模式下工单主要流入人工客服审核，处理成本高、
审核周期长，影响商家体验。随着大模型技术快速发展，业务亟需利用AI能力重构离线工单处理流程，实现审核自动化、智能化与
降本增效。
技术架构：
- 引入ReAct架构与Workflow引擎，将复杂审核流程拆解为可动态编排的微工作流
- 基于多Agent架构设计，主Agent负责场景识别与路由，子Agent负责具体申诉场景的审核流程
- 通过工具调用机制支撑Agent多轮推理、业务数据查询、规则校验和审核动作执行
- 设计Prompt模板管理与上下文动态注入机制，提升大模型调用效果并控制调用成本
- 设计凭证审核人工切片机制，通过人机协同保障离线工单审核准确率
项目成果：
- 系统上线后日均智能完结工单约6000单
- 平均审核时长降低约1天
- 日均节省运营成本约3万元
- 年化节省成本约1000万元
- 有效提升商家申诉处理效率与平台服务体验

项目二：淘小蜜进度中心
担任角色：技术负责人
公司：淘天集团客户运营事业部
项目背景：
2021年前后，相比拼多多、京东等竞品，淘宝小蜜缺少统一的服务进度中心，各垂直业务独立建设进度展示能力，导致消费者服
务体验不一致、业务接入成本高。为提升消费者体验并拉齐竞品能力，需要从0到1建设统一的进度中心产品。
技术架构：
- 基于事件驱动架构设计统一进度采集与展示体系
- 各垂直业务按照标准事件协议发送进度消息
- 进度中心统一完成事件采集、清洗、落库与展示
- 基于MetaQ消息中间件设计标准化事件接入机制
- 提供进度接入SDK，降低业务方接入成本
工程落地：
- 建设统一进度中心库，沉淀标准化服务进度数据
- 建设运营配置端，支持业务可视化配置进度节点与行动点
- 支持多业务线按统一协议接入进度事件
- 通过平台化能力减少重复建设，提高业务交付效率
项目成果：
- 从0到1建设淘小蜜进度中心产品
- 拉齐与竞品在服务进度展示方面的核心体验
- 产品稳定运行4年，至今仍沿用初始架构设计
- 支撑多个垂直业务低成本接入统一进度能力

项目三：阿里云数据库SQL洞察产品
担任角色：核心开发
公司：阿里云数据库事业部
项目背景：
SQL洞察是阿里云数据库服务平台提供的一项增值能力，面向公有云数据库用户，将云数据库实例实时产生的全量SQL日志进行
采集、处理、分析和存储，并通过云控制台向用户输出SQL分析、慢日志诊断、用量统计等数据价值。
技术架构：
- 基于自研LogAgent组件实时采集SQL日志并上报至Kafka集群
- 基于Flink流计算对SQL日志进行实时ETL处理
- 完成维表匹配、SQL模板计算、用户用量计算等实时处理任务
- 将全量SQL明细数据写入CStore列存数据库
- 基于Flink时间窗口机制实现存储量与慢日志准实时统计
工程落地：
- 参与上一代JStorm + Petadata架构向Flink + CStore架构的整体升级
- 提升数据处理实时性、稳定性和分析能力
- 支撑公有云数据库用户对SQL行为进行实时洞察和诊断分析
项目成果：
第 3 页
- 为公有云数据库用户提供全量SQL实时洞察能力
- 提升阿里云数据库产品的数据分析与诊断竞争力
- 产品年营收达到千万级规模

项目四：法院审判系统微服务拆分
担任角色：开发经理
公司：北京华宇信息技术有限公司
项目背景：
2016年前后，微服务架构在国内开始快速发展。公司原有法院审判系统采用单体架构，系统模块耦合度高、迭代效率低，难以支
撑电子卷宗等核心模块的快速演进。为提升产品竞争力和交付效率，带领团队对审判系统核心模块进行微服务架构改造。
技术架构：
- 引入Dubbo作为微服务通信框架
- 引入ZooKeeper作为服务注册与发现中心
- 引入Redis作为缓存组件
- 将电子卷宗模块从原有单体系统中拆分为独立服务
- 梳理服务边界与接口契约，推动模块解耦
项目成果：
- 完成电子卷宗模块服务化改造
- 提升核心模块迭代效率和系统扩展能力
- 增强法院审判系统产品竞争力
- 为后续系统架构演进奠定基础