工作经历
字节跳动软件架构工程师（2022-至今），华为软件开发工程师（2020-2022），天津大学计算机科学与技术本科。
Agent Engineer / Backend Engineer
后端工程师
孔
5年后端研发经验，现任字节跳动软件架构工程师。具备广告数据平台、在线搜索推荐和电信计费三类系统的完整交付经验，专注平台化改造、链路治理与稳定性建设，同时探索 Multi-Agent 系统工程。
地点
北京
GitHub
hyperlist
Summary
简历概览
技术方向
后端系统设计、平台化改造、任务调度、链路治理；熟悉 Go / Python，用过 Kafka、ClickHouse、Elasticsearch 等。
项目经历
飞书多 Agent 协作框架（个人）、广告数据平台（报表与自动化投放）、医疗搜索推荐（SLA 95%→99.9%）、电信计费链路。
Experience
教育与工作经历
字节跳动 · 软件架构工程师
建设报表配置、查询下载、自动化投放 3 类能力，拆分参数校验、任务调度、数据加工、结果交付 4 个环节，持续推进广告数据平台的平台化改造。
华为技术有限公司 · 软件开发工程师
开发计费文件采集、解析、校验、转换、分发 5 个环节，在 19 个月内持续负责核心链路，并获 1 次优秀新人奖。
天津大学 · 计算机科学与技术
本科。
Projects
项目经历
基于飞书平台搭建多 Agent 协作框架，1 个 Bot 驱动多个角色隔离的 Agent，通过异步委派实现任务分工与协作。
- 设计 Binding 路由机制，把群聊消息分发到对应 Agent（MOMO 协调者、Coder 开发助手、Scout 信息搜索），每个 Agent 拥有独立工作区和工具权限。
- 实现异步任务委派模式：协调者在 10s 内返回确认，子 Agent 后台执行，通过 Heartbeat 每 30min 轮询进度并上报结果，避免协调者阻塞。
- 封装 6 类可复用 Skill 和 5 种 Agent 模板（coder / momo / scout / trader / tutor），新增角色只需配置 + 绑定群组，无需修改框架逻辑。
核心问题：如何让一个飞书 Bot 同时运行多个角色不同、权限隔离的 AI Agent，并支持异步协作而不互相阻塞。
通过设计 Binding 路由层将消息分发到对应 Agent，每个 Agent 持有独立的会话上下文和工具白名单。协调者（MOMO）通过 sessions_send 委派任务，10s 超时后立即返回，由 Heartbeat 定期检查子 Agent 执行结果并上报。
flowchart LR
A[飞书消息] --> B[Binding 路由]
B --> C[MOMO 协调者]
B --> D[Coder 开发助手]
B --> E[Scout 信息搜索]
C -- 异步委派 --> D
C -- 异步委派 --> E
D -- 执行结果 --> C
E -- 执行结果 --> C
将报表与投放动作收敛进 1 套数据平台，覆盖报表配置、查询、下载和自动化执行。
- 建设报表配置、查询、下载 3 类核心能力，承接业务侧高频数据提取需求。
- 串联参数校验、任务调度、数据加工、结果导出 4 个环节，以配置化流程替代零散脚本和人工操作。
- 交付预算优化、出价更新、计划调度 3 类自动化工具，将规则处理量从 400k 提升至 600k（+50%），并将数据平台能力从"查结果"延伸至"直接执行动作"。
该项目将 3 类分散需求统一纳入 1 套平台：前端承接报表配置和查询，后端串联参数校验、任务调度、数据加工、结果导出 4 个环节。
原本分散的处理动作被沉淀为可复用流程，并补齐预算优化、出价更新、计划调度 3 类自动化能力，规则处理量从 400k 提升至 600k（+50%），平台能力从"交付结果"扩展到"直接执行动作"。
flowchart LR
A[业务配置报表或投放规则] --> B[平台校验参数]
B --> C[调度数据任务]
C --> D[加工与聚合数据]
D --> E[生成报表或执行自动化动作]
E --> F[用户下载结果 / 投放生效]
把多场景搜索逻辑重构成 1 条统一处理链路，并把 SLA 从 95% 拉到 99.9%。
- 重构 1 套医疗应用搜索服务，将场景识别、算子调度、检索排序、结果组装拆成 4 个模块。
- 构建算子调度机制，用模块组合替代场景复制，降低新场景接入时的重复开发量。
- 引入健康检查和异常实例迁移机制，将服务 SLA 从 95% 提升到 99.9%。
该项目的核心问题是不同场景各自维护一套逻辑，导致维护成本和扩展成本同步上升。通过将搜索流程统一拆分为 4 个模块，新场景接入从"复制代码"转变为"组合模块"。
稳定性治理方面，引入健康检查和异常实例迁移机制，将服务 SLA 从 95% 提升至 99.9%。
flowchart LR
A[请求进入] --> B[场景识别]
B --> C[算子调度]
C --> D[检索与排序]
D --> E[结果组装]
C --> H[健康检查]
H --> I[异常迁移]
I --> D
E --> F[返回结果]
维护 1 套电信计费系统，负责多来源文件从接入到分发的完整处理链路。
- 处理多来源计费文件接入，覆盖采集、解析、校验、转换、分发 5 个步骤。
- 实现标准化转换和分发逻辑，保证不同格式文件进入同一条处理链路。
- 控制长链路内的处理准确性和结果一致性，确保下游网元按统一格式接收数据。
该项目的重点是文件长链路处理，而非页面交互。将不同来源、不同格式的计费文件接入同一条 5 步处理链路，解决解析、转换和投递问题。
下游网元可按统一格式接收数据，计费链路的核心风险从"格式不一致"转变为"规则可控、结果可查"。
flowchart LR
A[运营商计费文件] --> B[接入采集]
B --> C[格式解析]
C --> D[规则校验]
D --> E[标准化转换]
E --> F[分发到不同网元]
F --> G[计费处理完成]
Skills
技能专长
编程语言
Go / Python / Java / C++
后端与数据
MySQL / Redis / Kafka / Elasticsearch / Hive / ClickHouse
AI Agent
Claude API / Multi-Agent 编排 / Skill 框架 / Memory 管理 / Feishu Open API