PROJECT PORTFOLIO · 2025–2026

用代码解决
真实的业务问题

从广告投放监控到车型配置核对,再到全链路数据分析自动化 ——
覆盖 9 个自动化项目/工作流,让重复劳动变成系统自动运转。

9
独立项目/工作流
450+
经销商账户覆盖
40+
飞书推送接收人(品牌部)
7×24
自动巡检运行

技术栈与 AI 辅助开发

⚡ 全程 AI Coding 驱动
作品集里的每一个项目,都是由 AI 编程工具从 0 到 1 构建:Playwright 采集脚本、异常判定算法、Dashboard 前端、Python 自动化、Power BI DAX 模型、Coze 智能体……代码生成、调试排错、文档撰写全程由 Cursor / WorkBuddy / CodeBuddy 协同完成,累计消耗 3 亿+ tokens。

本作品集并非传统手写代码的展示,而是 AI 辅助编程(AI Coding) 的真实落地成果—— 从需求拆解、架构设计、编码实现到部署上线,AI 是开发的主引擎,将原本数月的人工工作量压缩到数周。

Python 3.13 Playwright Flask-style HTTP Server PyInstaller (onefile) CloudBase (SCF) 飞书开放 API HMAC-SHA256 HTML/CSS/JS (Dashboard) Requests (SSR) openpyxl Power BI + DAX Cursor IDE WorkBuddy CodeBuddy
AI 辅助开发累计消耗
300,000,000+ tokens
含对话上下文 · 代码生成 · 架构设计 · 调试诊断 · 文档撰写
🔧
Cursor — 智能代码补全与重构

利用 Cursor 的 AI 补全能力快速编写 Playwright 采集逻辑、异常判定算法、Dashboard 前端代码。

🤖
WorkBuddy — 全栈开发环境

提供文件读写、命令执行、Web 搜索、CloudBase 部署、技能调用等一体化能力,是主要开发载体。

📚
CodeBuddy — Power BI 可视化

Power BI Modeling MCP 集成,支持报表视觉 JSON 编辑与校验,用于数据分析与 BI 看板构建。

☁
CloudStudio / CloudBase — 公网部署

静态成果物(HTML 看板、报告、作品集网站)一键部署到云端,公网 HTTPS 访问,零运维成本。

巨量引擎经销商盯盘助手

江淮汽车 R 系 / M 系在全国数百家经销商投放巨量引擎广告。 过去靠运营人员手动登录后台逐户查看消耗、余额、转化成本, 效率低、盲区多、异常发现滞后。现在系统每 15 分钟自动巡检全部账户, 异常秒级推送到飞书,从"人找问题"变成"问题找人"。

Python + Playwright CloudBase 云函数 飞书机器人推送 PyInstaller 打包交付

为什么需要做这件事

Why it matters

📋

人工逐户查看,耗时巨大

400+ 经销商账户分散在巨量引擎后台,运营需逐一登录翻页查看,单轮巡查耗时 2–4 小时。

⚠️

异常发现滞后,损失已发生

余额耗尽、成本飙升、转化率归零等异常往往在事后才发现,黄金处理窗口已经错过。

👥

依赖个人经验,无法标准化

"什么算异常"全凭运营个人判断,新人上手慢,不同人员标准不一致。

📞

通知链路断裂,信息孤岛

发现问题后需要电话/微信逐个通知相关方,消息易遗漏、无留痕、不可追溯。

解决方案:全自动巡检 + 飞书智能推送

How it works

盯盘助手是一个基于 Playwright 驱动 Edge 浏览器的桌面程序, 自动登录巨量引擎广告主后台,按配置的车系(R 系 / M 系)逐页抓取全部经销商账户的 消耗、余额、转化成本等核心指标。内置异常判定引擎(余额过低、消耗突增、成本偏高、零消耗等), 一旦触发阈值即通过腾讯云 CloudBase 云函数网关将结构化异常卡片推送到飞书群/私信, 业务团队手机端实时接收、一键定位问题账户。

🔎
多车系并行监控

支持 R 系 / M 系双车系同时巡检,每个车系独立浏览器 Profile,互不干扰。

⏱
15 分钟自动调度

内置定时调度器,每 15 分钟一轮全量巡检,无需人工干预,7×24 运行。

🚨
多维异常检测

余额不足、消耗突增(spike)、成本偏高、零消耗等多维度规则,可自定义阈值。

📩
飞书卡片智能推送

异常自动生成结构化卡片,含账户名、异常类型、具体数值、处置建议,直推飞书。

🔒
HMAC 签名安全链路

exe 与云端网关间采用 HMAC-SHA256 签名校验,防止伪造请求,符合企业安全规范。

💻
可视化 Dashboard 看板

本地 Web 看板(端口 8100),实时展示 KPI 总览、异常列表、历史趋势,支持暗色模式。

Dashboard 实时监控界面

Real-time Monitoring UI

巨量引擎经销商盯盘 — Dashboard
445
总账户数
155
异常账户
R+M
监控车系
15min
巡检周期
⚠ 异常
新江淮-M系-马鞍山齐众_安徽-LZJ
> 余额偏低:仅剩 135.29 元
> 建议:(未启用大模型建议)
⚠ 异常
天水新鸿工贸-江淮成卡-YS
> 余额偏低:仅剩 72.67 元
> 建议:(未启用大模型建议)
⚠ 异常
新江淮-M系-广州长稹_华南-QB
> 转化成本偏高:160.00 元/转化
> 建议:(未启用大模型建议)
⚠ 异常
新江淮-E系M系-合肥瑞森_安徽-LZJ
> 转化成本偏高:161.30 元/转化
> 建议:(未启用大模型建议)
图 1 · 盯盘助手 Dashboard 主界面 —— KPI 总览 + 实时异常列表,暗色护眼主题,异常栏支持滚动浏览

部署架构:从本机到企业私有云的完整路线

Deployment Architecture

整条链路分为四层:数据采集层(本地 exe)→ 安全中转层(CloudBase 网关)→ 通知触达层(飞书机器人)→ 终端接收层(飞书 App)。 exe 不直接连接飞书(符合 IT 合规要求),所有通知由云端函数持应用凭证统一发送。

本地 EXE Playwright + Edge 15min 定时巡检 异常判定引擎 公司虚拟机 / 本机 HMAC签名POST CloudBase 网关 feishu-push 函数 签名校验 + 解析 tenant_token 换取 腾讯云 dy001 环境 im/v1/messages 飞书开放平台 消息发送 API App 凭证鉴权 卡片消息渲染 open.feishu.cn 飞书 App 5人接收 数据流转详情 1. 抓取数据 巨量引擎 445 账户 2. 异常判定 155 条异常识别 3. 构建卡片 JSON → 飞书卡片 4. 推送触达 5 人即时收到 Done 🔒 全程 HMAC-SHA256 签名 | exe 不直连飞书(合规)| 云端持 App 凭证
图 2 · 四层部署架构图 —— 本地采集 → 云端中转 → 飞书触达 → 手机接收,安全合规的全链路

落地路线图

从开发到生产环境的演进路径

Phase 1:本地 exe 开发与验证 已完成

Python + Playwright 编写采集逻辑,PyInstaller 打包为单文件 exe,在本机完成全流程测试。Dashboard 看板、异常判定、飞书推送模块全部跑通。

Phase 2:CloudBase 云函数部署 已完成

在腾讯云 CloudBase dy001 环境部署 feishu-push 云函数,创建 HTTP 网关,配置 App ID/Secret/接收人列表,实现公网可达的推送中转站。

Phase 3:飞书应用对接与权限打通 已完成

创建「本地通盯盘助手」自建应用,开通 im:message、contact:user.base:readonly 等权限,发布并安装到租户。解决 HR 工号 ≠ user_id 的映射问题,实现 5 人精准推送。

Phase 4:迁移至公司虚拟机 / 内网服务器 进行中

将 exe 部署到公司内网 Windows 虚拟机,配置开机自启 + 进程守护,实现 7×24 无值守运行。内网 IP 与办公网同段,巨量风控风险最低。

Phase 5(可选):反爬加固与大模型建议 规划中

引入翻页随机抖动、调度错峰、验证码暂停等反爬策略;接入大模型对异常自动生成处置建议(如"建议暂停 XX 账户投放"),进一步提升自动化程度。

飞书卡片自动推送机制

Feishu Card Auto-Push

当异常被检测到时,exe 将异常数据打包为 JSON,经 HMAC 签名后 POST 到 CloudBase 网关。 云函数校验签名合法性后,使用飞书 App 凭证换取 tenant_access_token, 调用 im/v1/messages 接口向指定接收人发送交互式卡片消息。 卡片包含异常类型、账户名称、具体数值和处置建议,业务人员在飞书中即可一览全局。

盯
本地通盯盘助手
智能体
巨量引擎盯盘:4 个异常经销商
⚠ 异常 | 新江淮-M系-马鞍山齐众_安徽-LZJ(余额偏低)
> 余额偏低:仅剩 135.29 元
> 建议:(未启用大模型建议)
⚠ 异常 | 天水新鸿工贸-江淮成卡-YS(余额偏低)
> 余额偏低:仅剩 72.67 元
> 建议:(未启用大模型建议)
⚠ 异常 | 新江淮-M系-广州长稹_华南-QB(成本偏高)
> 转化成本偏高:160.00 元/转化
> 建议:(未启用大模型建议)
⚠ 异常 | 新江淮-E系M系-合肥瑞森_安徽-LZJ(成本偏高)
> 转化成本偏高:161.30 元/转化
> 建议:(未启用大模型建议)
图 3 · 飞书卡片推送效果还原 —— 4 条异常一目了然,含账户名、异常类型、数值、建议,手机端随时查看

规则设置界面

Rule Configuration Panel

用户可在 Dashboard 设置面板中灵活配置各项参数:异常判定阈值( spikeRatio / lowBalanceThreshold / highCostThreshold )、 巡检间隔、飞书推送开关与模式选择(云端网关 / Webhook)、网关地址与签名密钥等。 所有配置持久化到本地 config.json,修改即时生效。

⚙ 盯盘助手 · 设置面板
巡检调度
巡检间隔(分钟)
处置窗口(分钟)
异常判定规则
消耗突增倍数阈值
低余额预警线(元)
高成本预警线(元)
零消耗告警
💬 飞书推送
启用飞书推送
推送方式
网关地址
签名密钥
图 4 · 规则设置面板 —— 巡检间隔、异常阈值、飞书推送配置一站式管理,修改即时生效

业务价值:前后对比

Before vs After

😭 改造前:纯人工模式

  • 单轮巡查 400+ 账户需 2–4 小时
  • 异常发现平均延迟 4–8 小时
  • 依赖运营个人经验,标准不统一
  • 电话/微信逐人通知,易遗漏
  • 非工作时间完全盲区
  • 漏判/误判风险高

🎉 改造后:全自动闭环

  • 每 15 分钟自动全量巡检,零人工
  • 异常检出后秒级推送到飞书
  • 规则引擎标准化判定,结果一致
  • 5 人同步收到结构化卡片通知
  • 7×24 运行,夜间/周末全覆盖
  • 漏判率趋近于零
15min
巡检周期
原 2-4h/轮
<10s
异常推送延迟
原 4-8h
5人
同步接收
原逐人通知
7×24
全天候运行
原仅工作日

垂媒配置核对工具

公司车型价配表需要与易车、汽车之家、懂车帝三大垂媒平台的配置信息保持一致。 采用"先做 Demo 跑通流程、再横向扩展"的方式,首个落地的是 T8 车系, 将原本靠人工逐网页比对的繁琐工作,变成"上传表格 → 自动抓取 → 自动核对 → 看板输出"的闭环, 让配置一致性核对从数小时压缩到几分钟。

Python + Requests 三平台爬虫 知识库驱动 HTML 看板输出

为什么需要做这件事

Why it matters

📈

人工逐平台比对,效率极低

车型版本多、参数口径不一致,过去由运营或产品人员逐平台、逐车型、逐参数人工核对,重复性强、耗时久。

😅

容易出现遗漏或误判

一旦配置信息不一致流向用户,会带来投诉与销售误导风险,核对质量还高度依赖个人经验。

工具长什么样

How it works

用户上传公司价配表、选择车系与比对模式后,系统自动抓取三平台配置, 并按知识库规则完成核对,最终在页面上呈现差异看板,也可一键下载完整报告。 当前以 T8 为样板验证可行性,后续只需补充新车系知识库即可快速复用。

垂媒工具主界面
图 5 · 工具主界面 —— 上传价配表、选择车系与知识库、一键启动三平台自动核对
垂媒核对结果输出看板
图 6 · 核对结果输出看板 —— 差异统计、问题定位与完整核查报告下载

😭 人工核对

  • 单车型核对 2–4 小时
  • 漏判 / 误判高风险
  • 强依赖人员经验
  • 无标准化报告输出

🎉 系统自动核对

  • 单车型 3–5 分钟
  • 漏判 / 误判低风险
  • 弱依赖人员经验
  • 一键下载差异报告
3-5 min
单车型核对耗时
原约 2-4 小时
低
漏判 / 误判风险
原高风险
弱
对人员经验依赖
原强依赖
T8
首期落地车系
持续扩展中

zmc 的 AI 工作流作品集

除前两个核心落地项目外,在日常业务中借助 AI 辅助编程(Cursor / WorkBuddy / CodeBuddy)沉淀了一整套 数据分析与自动化工作流。以下按作品集的真实分类,呈现三大技术方向下的代表性工作流, 覆盖 Power BI 数据看板、Python 自动化、AI 智能体内容抓取 —— 把原本需要数天的人工操作压缩到分钟级。

Power BI + DAX Python 自动化 AI Agent 数据清洗 语义模型 Coze 智能体
📈 一、Power BI 数据看板 2 项

基于 DAX 函数构建自动报表,接入业务系统 API 实现数据实时更新,将手工 Excel 合并升级为交互式 BI 看板。

📊 垂直媒体线索调度数据自动看板
痛点:垂媒线索原始字段三个系统不统一、评判标准不一致、车系与线索字段混乱,人工处理往往需数小时。
动作:通过 Power BI 设计一套基于 DAX 函数的自动报表,借助 AI 开发完成后 10 分钟即可出报表,并可通过接入线索系统 API 实时更新。
成果:对原始数据关系做模块链接、自动获取匹配关系,DAX 每天自动更新分车型到代表处的线索情况,把时间还给策略思考。附件:power bi 垂媒分析用.pbix
Power BI DAX 函数 API 实时更新 .pbix
垂媒线索 Power BI 看板成果
图:Power BI 垂媒线索调度看板 —— 车系饼图、代表处柱状图、有效率排名、多维度矩阵热力图
📈 本地通投流分析(案例二)
个人成功分析案例展示。因篇幅有限不作过多阐述;部分数据涉密,分析时采用随机数生成的模拟数据,与真实情况无关。
Power BI 投流分析 模拟数据
本地通投流效果看板 第一页
图:本地通投流效果分析看板(第一页)—— KPI 总览卡、消耗/线索/成交/成本柱状图、核心洞察
本地通投流效果看板 第二页
图:本地通投流效果分析看板(第二页)—— 私域/经促/CPS 经销商排名、转化率与成本 TOP5
转化率与消耗环比趋势
消耗/转化率/转化成本日环比趋势
转化成本类型对比
本地通 vs 效果通 转化成本类型对比
Power BI 垂媒线索看板成果
图:垂媒线索 Power BI 自动看板 —— 左侧车系饼图与代表处柱状图,右侧多维度矩阵热力图(月线索成本/月有效线索/有效率),下方按代表处与车系双维度展示线索分布
🤖 二、Python 自动化工作流 4 项

用 Python 脚本替代重复手工操作,覆盖返利自动计算、线索调度对比、违规报价清洗、线索投放排重等场景。

💳 新媒体返利数据自动清洗工作流
痛点:返利需抖音、快手后台账号运营数据,前期经销商绑定账号混乱、数据延迟、无法统一导出;经销商发来的文件格式多样,人工清洗需 1 天,激励还需按规则清洗计算、识别抖音号对应经销商、整合两平台数据。
动作:开发清洗代码,10 分钟内完成数据清洗。
成果:未开发时需 4–5 天完成激励计算,现 30 分钟内获得对应账号与厂家内部经销商的激励明细。
Python 抖音/快手 邮件解析 返利计算
📊 垂直媒体线索调度自动清洗对比工作流
痛点:每月每季度需产出垂媒分析报告,耗费大量时间。
动作:用 AI 开发分析代码快速梳理。
成果:自动生成年度三平台概况、转化情况、分区域转化情况,最终沉淀为可复用的《垂直媒体 1–10 月产出报告》,整体效率提升约 200%。
Python 对比分析 年度报告 +200%
🔨 经销商平台违规报价自动清洗工作流
痛点:垂媒报价无法从后台直接识别与厂商政策不一致的违规车型,存在恶意报价、低价竞争风险;两平台每月 10 万+ 数据,内外部车型名称不一致,须多参数识别清洗,人工无法完成。
动作:借助 AI 与业务理解精细调控 5 版代码,调用语义模型(易车报价清洗代码、汽车之家清洗代码)。
成果:成功清洗出违规报价车型与对应经销商,检出率 ≥99%,并按终端反馈持续迭代。该逻辑可复用于巡检机器人,实现违规报价实时抓取。
Python 语义模型 违规识别 检出率≥99%
违规报价原始数据
图:垂媒平台原始报价数据 —— 车型配置与厂商政策不一致的违规项(红色高亮)
违规报价清洗结果
图:自动清洗完成示例 —— 皮卡/瑞风 MPV 分区匹配、VLOOKUP 去重、违规报价 439 条已导出
📤 58 同城线索投放排重工作流
负责 58 线索投放,面临双系统并行、字段冲突、人工排重低效、58 侧有效率偏低等问题。借助 AI 辅助开发 Python 清洗代码,十余版迭代后实现 3 分钟完成排重与归类,支持每日调度。
Python 58 同城 自动排重 每日调度
返利数据自动清洗最终结果
图:新媒体返利工作流——最终代码数据清洗结果(对应账号与厂家内部经销商的激励明细)
🧮 三、AI 智能体内容抓取 Agent 1 套

用 Coze 智能体打通「热榜抓取 → 爆款拆解 → 选题拟定」的内容生产链路,把品牌传播从人工经验驱动升级为数据驱动。

🎬 字节 Coze 视频分析智能体
痛点:传统品牌宣传依赖供应商/员工人工产出选题,易固化、陷入信息茧房,无法紧跟实时热点;分析、拆解爆款视频耗时耗力。
动作:① 用 Coze 内置热榜抓取汽车营销热点,输出选题关键词;② 人工筛选爆款视频分享链接成子集;③ 输入链接子集自动抓取点赞/评论/粉丝量,综合分析视频背后逻辑、拟定选题方向。高版本付费 Agent 可解析封面与整体视频,形成自动拆解工作流。
成果:附 Coze 商店 Agent 链接,可作为品牌内容选题的快速决策工具。
Coze 智能体 热榜抓取 视频分析 选题生成
🔗 查看 Coze Agent →
Coze 视频分析智能体工作流
图:Coze 智能体工作流 —— 输入视频链接 → 视频解析插件提取数据 → 大模型分析 → 代码节点格式化 → 输出结构化报告
📝 小米汽车「小 YU7 GT」短视频标准化分析报告
基于上述视频分析工作流产出的标准化分析报告范例:对小米汽车 YU7 GT 在短视频平台的传播数据(播放量、互动率、评论区情感倾向等)做量化评估,形成可复用的竞品内容分析方法论。
短视频 竞品分析 小米汽车
小米汽车YU7 GT 短视频分析报告
图:小米「小 YU7 GT」标准化分析报告 —— 基础信息检验、传播数据洞察、可验证数据源支撑、Markdown 结构化输出

AI 工作流成果总览

7
代表性工作流
3
核心技术方向
≥99%
违规报价检出率
200%+
平均效率提升