跳到主内容

Shenzhen

Guyu 我是搞 Agent 的,也做外贸、写代码,ENFP,深圳职业技术大学毕业

做了五年 B2B 跨境电商运营。这一年我用 AI 编程工具,把手上最费人的几件事 做成了跑在生产上的系统 —— 不是 demo。是每天有人在用、出问题会有人直接找我的那种。现在我想把它变成职业:AI 应用 / Agent 工程方向

黄培锋

以下头衔均为本人真实经历,只是换了个说法,不必写进简历的那种真实: 1,600 封冷邮件发送者、世界 500 强简历投递者、DHL 验收一次通过、亿万彩票项目参与者、luckin 资深续命用户、清华大学所在国家学生、凌晨三点 debug 亲历者、诺贝尔文学奖读者、PPC 烧钱幸存者、各大购物平台资深买手、CLAUDE.md 比简历长。

向下滚动
11%
冷邮件回信率
127 封 · 转化 3 个有效询价
3/3
DHL 验收测试
全部通过 · FedEx 认证上线
1,600+
沉睡询盘唤醒
五邮箱矩阵 · 分阶梯投递
12,622
规范化资产
自 32,700+ 素材 · 47 小类

三个跑在生产上的系统

01

冷邮件客户唤醒

1,600 多条老询盘在库里躺了三年。我把它做成一条自己会跑的流水线 —— 会重发一次就等于砸招牌,所以它宁可漏发也绝不重发。

问题
手动跟进跟不过来,而群发工具一旦重发或误发到退订名单,域名信誉就毁了
关键取舍
发送状态先落库再投递 —— 设计成「可能漏,绝不重」
PythonFastAPISQLite WALIMAP
1,602 家入库 → 52 封首阶段 → 127 封已发 → 11% 回信 → 3 个询价 查看案例
02

AI 销售知识库与询盘 Agent

给十个销售用的问答系统。最关键的一条设计是:报价和参数不进向量库 —— 能被"检索"出来的东西,就能被编出来。

问题
销售问参数、问报价,模型答得很流畅,但可能是编的
关键取舍
三层知识库:硬事实走结构化精确匹配,只有语义模糊的问题才走向量检索
DifyOneAPIChromaBGE-M3
服务约 10 人团队 · AI 起草 + 人工确认 查看案例
03

物流出单自动化

从商业发票到承运商面单,中间几十次复制粘贴全部消失。一票货被出两次单是要赔钱的,所以幂等键在调承运商之前就得先落库。

问题
人工誊抄单据慢且容易错,重复出单直接产生真实费用
关键取舍
幂等键先提交再调用承运商;返回未知状态一律不重试,交人工核对
DHL APIFedEx API幂等键海关申报
DHL 3/3 验收 · FedEx 认证通过 · 2 家承运商在线 查看案例

还做过这些

5 个项目

建立 Claude Code 审查 + Codex 执行的多智能体交付流程, 以任务书驱动,非技术背景独立交付以下系统。

04

官网建设与 SEO / GEO(两站)

运营中

2026.08 — 2026.09 · 主导规划与验收,双 Agent 交付

一个工业印花设备制造商的官网(原 WordPress + Elementor,整站迁移),以及一个新建的工业自动化配件站。

  • 以 Claude Code 审查 + Codex 执行的多智能体工作流,完成一站整站迁移、一站从零新建
  • 重做 SEO / GEO 方案页与 llms.txt,修正产品目录
  • 迁移到静态托管,把主机成本降到接近零
Astro 5Cloudflare Pages多智能体流水线
  • 100 / 100PageSpeed 移动端 SEO
  • 100 / 100最佳做法
  • 94 / 97性能(两站)
05

双语技术手册自动化

运营中

2026 · 独立完成:工具开发与质量复核

工业设备制造商需要随机交付中英双语操作与维护手册,每本排版与翻译耗时数天,版本更新反复返工。

  • 用 PyMuPDF 等工具把手册生产做成半自动
  • 做质量复核:修正文本截断、误译、图号错误
  • 统一全书字体,消除版本更新后的排版漂移
PythonPyMuPDF
  • 41 页最大一本
  • 428+ 处单本修正
  • 2 本已交付
双语手册成品页
双语手册成品页
06

HY 工业印花机 3D 建模与宣传片

已交付

2026.09 · 主导:用 Codex 驱动 Blender 建模与渲染

工业印花设备制造商需要产品 3D 模型与宣传片,而我没有 3D 背景。

  • 用 Codex 写 bpy 脚本,按工程图纸标定尺寸建出机器本体
  • 定下一条规则并守住:机身必须脚本化、图纸校准,Hyper3D Rodin 只用于非机器道具
  • 渲染产品静帧与开合动作短片,保留可复现的构建脚本
Blender bpyCodexHyper3D Rodin(仅道具)
  • 2 个机型H1832 / HY2232
  • 5 支开合动作成片 · 每支 7.6 秒
  • 3 张产品静帧渲染
机器透视渲染图
机器透视渲染图
07

旧电商站改造为目录询价站

建设中

2026 — 进行中 · 独立完成:数据体检、原型与重建

一个服务商合同到期后无人维护的 OpenCart 站。我先做了数据体检,再决定怎么重建。

  • 恢复数据库,用真实订单量而不是直觉决定技术路线
  • 完成 React / Vite 首页交互原型(桌面 + 手机)
  • 推进 Astro + Cloudflare Pages 的目录 / 询价站重建
React / Vite 原型AstroCloudflare Pages
  • 11 笔 / 3.7 年真实订单
  • 约 2.5 万元无效广告订单
重建原型首屏(预览)
重建原型首屏(预览)
08

AI 销售中台

个人演示 · 虚构数据

2026 · 独立完成:设计与实现

为提成制业务员驱动的贸易 / 分销企业设计的底座样板,公司数据全部虚构,用于演示。

  • 做一键报备、客户健康评分、拍照识别产品并推荐方案
  • 做报价下单跟单、提成核算、老板驾驶舱与备货采购推荐
  • 把所有规则系数配置化 —— 切换配置即呈现另一家公司
FastAPIVue 3 + VantEChartsOpenAI 兼容 LLMMCP
  • 13 步演示验收通过
  • 7 类覆盖需求
  • 改配置即可换公司
AI 销售中台演示样板(虚构数据)
AI 销售中台演示样板(虚构数据)

第 4 个案例:你正在看的这个站

从视觉、动效到部署闸门,一个人带一队 agent 交付。 它不只是简历的载体 —— 它本身就是一份能当场验证的工程样品。

零外部请求

字体、图标全部内联 —— 大陆访问不等任何第三方

零 JS 动效

全部滚动动效纯 CSS 驱动,唯一脚本是 400 字节的光标光晕

13 道闸门

部署前 6 项 + 上线后 7 项,含禁语 OCR 扫描 —— 不过闸发不出去

600 KB 预算

首页全量实测约 420 KB —— 含两段视频和抠图人像

素材脱敏流水线

OCR 复扫 + 条码解码 + 按文件 sha256 放行册,截图不干净出不了门

工程笔记

这些系统背后的取舍,写成了三篇短文

一个人,带一队 agent

一个人的产出上限,取决于能同时指挥多少个可靠的执行者。 我的日常开发是一条多 agent 流水线 —— 上面四个案例,都是这么交付的。

  1. 写任务书 Claude Code 当指挥官,把需求拆成带验收标准的编号任务包 —— 规格先行,执行者不用猜
  2. 并行分派 任务包派给多个 Codex worker,各占独立工作区,互不踩脚
  3. 无人值守 worker 跑批执行,人不盯过程 —— 盯过程这件事本身也交给流程
  4. 交叉审查 指挥官逐份审计回收:不过关的带批注退回重做,不靠「应该没问题」
  5. 合并推进 过关合并主干、自动派下一批;人只在验收报告上出现一次
135 亿+
累计 token 消耗
重度不是目的 —— 换来的是三套生产系统和这个站
12.8 亿
单日峰值 token
多条任务链并行跑批的一天
51h45m
最长单次会话
任务书接力推进,人只在验收节点出现

数字来自 AI 编程工具后台的累计统计。

用什么做的

AI 编程
Claude Code、Codex、Cursor · 多 agent 编排:任务书分派 / 审查回收 · SDD 规格驱动 · CLAUDE.md 治理
Agent / RAG
Dify、OneAPI · Chroma 向量库、BGE-M3 · 分层知识库、防幻觉设计
后端
Python、FastAPI · Cloudflare Workers · DHL / FedEx / SMTP·IMAP 集成
前端
Astro、Tailwind CSS · WordPress / Elementor · 响应式组件化模板
数据
SQLite(WAL 并发)、Cloudflare D1 · Directus Headless CMS
部署运维
Cloudflare Pages / R2 / Workers · GitHub Actions · Docker、Nginx、VPS

怎么走到这一步的

  1. 2019.12 — 2024.07

    国际站运营专员 → 阿里国际站运营

    深圳橙风航科技 → 深圳福斯康姆智能科技

    • 新品单品月询盘 80+,平台月均 200+ 询盘,自然点击占比 83.4%
    • PPC 点击率稳定 1.5–2%,询盘成本从 250 元/单压到 150 元
    • 多个类目月均询盘量领先同行
  2. 2024.07 — 2025.07

    B 端外贸运营组长

    深圳斯福莱科技有限公司

    • 0-1 搭起 WordPress 独立站并持续优化,带动 B2B 社媒矩阵协同增长
    • 建品类分析与市场调研机制,定潜力品 / 孵化品 / 成熟品的选品策略
    • 带 3 人团队,把周报、复盘、广告数据分析都做成了固定流程
  3. 2025.07 — 至今

    运营与 AI 工程负责人

    深圳某工业设备制造商(B2B 外贸)

    • 用 AI 编程工具独立把几个业务系统从需求做到上线,前端后端数据库运维都是我
    • 海外获客与营销自动化:冷邮件矩阵、客户流失分析与唤醒
    • 给销售团队搭 AI 知识库和询盘 Agent
    • 把踩过的坑沉淀成治理规范:只读审计 → 分批执行 → 构建验证 → 人工确认 → 合并主干

关于我

从阿里国际站开始做外贸。那几年学会的是怎么让询盘进来 —— 标题、主图、关键词、PPC 出价,每一项都拿点击率和询盘成本验证过。

后来带团队搭 WordPress 独立站,才发现平台之外是另一套逻辑: 没有流量分配,只有自然搜索。于是自己啃 SEO —— 站点结构、内容规划、页面速度, 第一次意识到"能不能被找到"是个技术问题。

也是从那时候起,我开始改主题模板、写一点代码。最初只是想让页面加载快一点。

这一年 AI 编程工具成熟,门槛塌了。我把手上最费人的几件事一件件做成了系统 —— 冷邮件唤醒、销售知识库、物流出单。需求、代码、联调、上线,一个人走完。

回头看是一条线:先让客户找到我们,再让流程自己跑起来。 两端我都做过,所以知道系统要解决的到底是什么。

接下来,我想把职业重心正式挪到 AI 这一侧:AI 应用 / Agent 工程。 不算转行 —— 五年业务给的是「系统该替人干什么」的判断,AI 给的是把它做出来的手, 从跨境外贸切进去,两样我都带着。

ENFP,想法比时间多。好处是遇到新工具会立刻上手试; 坏处是同时开三个项目 —— 所以我给自己写了套治理规范, 强迫自己按「只读审计 → 分批执行 → 构建验证 → 人工确认」走。

母校
深圳职业技术大学
1993 年建校 · 全国职业本科第一
起点
阿里国际站运营
从平台流量做到独立站自然搜索
转折
WordPress + SEO
为了让页面快一点,开始改代码
人格
ENFP
想到就去做,做完再复盘那一型