6 年工作经验，以项目制方式为电商企业独立交付 RPA 自动化建设，覆盖运营、售前售后客服、财务对账等场景。全程独立闭环——需求调研、流程梳理、方案设计、开发上线到监控运维，独立完成自动化项目的完整交付。主力语言 Python，持影刀 RPA 高级开发工程师认证，熟悉电商全链路业务系统与飞书 / 钉钉数智化工具链。
影刀 RPA 高级开发工程师认证；可视化编排与 Python 编码混合开发，单一职责模块拆分、参数配置化
工程化 主流程 / 子流程模块化拆分、异常捕获与人工兜底分支、逐笔决策留痕与运行回放审计
运维 失败邮件告警、定时重启维护、多流程错峰排期、无人值守部署
REST API / Webhook 对接，跨系统数据打通
数据库连接与读写 · OCR 单据识别
大模型（LLM）调用，用于非结构化信息抽取
平台后台 天猫 / 淘宝 · 抖店 · 京东 · 拼多多
ERP / 物流 旺店通 · 快递公司揽收系统
Python 主力语言：爬虫、接口对接、Excel/CSV 批处理、数据清洗
SQL 数据库查询与读写
JavaScript / Java / Kotlin / Rust 具备阅读与开发能力
飞书多维表格 · 飞书仪表盘 · 飞书妙搭
钉钉群机器人告警推送
面向管理层的经营数据看板搭建
退款审核 · 售后换货 · 客服工单
物流揽收核对与预警 · 商品数据采集
财务对账 · 发票抓取与开具 · 评价与推广监控
多平台售后退款依赖客服逐单人工审核，日均单量大、夜间无人值守导致超时率高，人工判定出错率高。
电商日发货量大，揽收环节需在快递公司系统内逐件扫描上传，并核对未揽收异常件；人工操作耗时且易漏，超时未揽收会触发平台考核。
运营需定期获取商品价格、库存、销量、评价等数据支撑定价与选品，人工记录效率低且严重滞后。
开票依赖财务逐单登录开票平台，手工录入抬头、商品名、数量、单价并逐张下载发票，量大时占用整块工作时间且易录错。
以下为客户生产环境的真实运行截图，部分信息已脱敏。三套独立环境合计日均 30+ 次定时调度，截图区间内全部返回「运行成功」。
日志逐条记录「金额、数量、物流信息 符合退款条件」的判定，以及随后的放款与颜色标记动作——三项同时成立才触发自动放款，这是「差错率 0」的实现基础，而非事后统计的运气。本轮扫描 1817 条订单池，执行结束时退货待商家收货订单量归零，单笔处理约 4–5 秒。
退款、换货、揽收预警三条流程按整点 / 半点交错排班，单日 14 次调度，互不抢占资源。
退款机器人每 2 小时触发，全天 12 轮；00:00 单设定时重启清理运行环境。
商品与店铺日报 10:30 入库；畅销品 08:30 写入看板；发票抓取 02:00 错峰。
开票主流程以「无限循环 + 哨兵退出」消费任务队列，主流程只做编排。
揽收不止于提醒——RPA 直接在快递公司提供的系统内完成批量扫描与上传，替代逐件手工录入。截图中 11:08 / 12:32 / 14:01 / 15:32 / 17:02 五个批次与调度计划的整点 / 半点触发逐一对应；当日该平台待揽收件全部「上传成功」。
流程跑得稳只是结果，能不能被维护、被复用、被别人接手才决定长期价值。下图为电子发票开具流程的开发视图。
选择店铺、选择票种、填写商品名 / 数量 / 单价、买家抬头精确匹配、下载发票、回写多维表格——命名即职责，可独立测试与跨店铺复用。
最大重试次数、响应超时、轮询间隔、重试间隔统一提到文件顶部并加注释，调优不需改动业务逻辑；以 200ms 轮询替代固定等待，是稳定性与单笔耗时之间的取舍。
