2027 届 · AI Agent / AI 应用开发工程师

邹浥晨Yichen Zou

AI 应用开发
Agent Harness 与后端工程

美国东北大学电子与计算机工程硕士在读,预计 2027 年毕业。 负责企业销售 Agent 的技术实现,独立开发虚拟歌手创作工作台,并参与 AI 伴侣产品的记忆与对话后端研发。 工程重点是为模型提供有效上下文、约束工具执行、维护业务状态,并通过评估与问题定位持续改进结果。

美国东北大学 · ECE 硕士厦门大学 · 海洋技术本科
SELECTED WORK项目 / 工作 / 实习

01 / PROJECTS

项目经历

企业销售协作与个人创作,
围绕实际使用需求设计 Agent。

PROJECT 01单机试用 · 持续开发

VVSignal小红书线索发现与销售协作 Agent

技术实现负责人 2026.01 - 至今

协作仓库 · 需权限 ↗

面向护肤品经销商与小型销售团队,从小红书公开评论中识别购买需求,结合商品事实筛选可跟进线索,交由销售认领、联系并反馈。 本人负责技术实现,建设 Python Agent Harness、Go 控制后端和 React 工作台;合作方负责账号、PRD、业务验证及部分 Skill 内容。

GoPythonPostgreSQLDeep AgentsLangGraphTemporalReact / TypeScript
  1. 评论导入
  2. 需求与匹配
  3. Go 业务检查
  4. 线索交接
  5. 真人认领与反馈
  • Agent Harness 与上下文:将机会登记与资格判断拆为独立任务,后者结合需求与商品匹配进行判断;从后端读取当前评论、上级语境与有效商品事实,按固定 Skill 版本组装只读上下文。限制实际绑定的工具集合,并校验证据归属,避免把上级评论或商品资料误当作当前用户的需求证据。
  • 输出约束与失败控制:结合 Pydantic / JSON Schema、引用与事实版本检查验证模型候选;用 LangGraph 执行“生成—校验—反馈修复”,最多修复两次,仍不合格则停止提交。按实际尝试预留与结算模型预算,记录版本、耗时、费用和拒绝原因。
  • 持久编排与提交恢复:以事务 Outbox 连接 Go 业务状态和 Temporal 工作流;候选提交后记录心跳检查点,重试时查询幂等响应或派生判断 ID,复用已落库结果。新增流程分支保留旧历史的缺省行为,避免部署升级改变工作流重放路径。
  • 销售协作与状态一致性:实现合格线索直接交接、事务内原子认领与追加式反馈;将“明确拒绝”反馈联动到营销限制和机会关闭。默认关闭 AI 起草时,同步约束候选生成、旧草稿批准及执行前检查,并调整交接额度的统计口径。
  • 后端可靠性与试用部署:以 savepoint 处理回复判断成功但机会挂接被业务规则拒绝的情况,用共享 / 独占锁处理节点隔离与在途领取竞争;建设独立评论导入服务、Compose 单机试用及运行记录查询,支持从评论来源追踪到模型判断和销售反馈。
  • 评测驱动迭代:从真实评论中定位“分享使用体验被误判为需求”“同问缺少上级语境”等问题,迭代上下文和 Skill;分别验证模型候选质量、后端状态流转与人工工作台流程。

阶段结果

形成可运行的单机试用系统。发布与复盘记录覆盖 99 个合成用例的 DeepSeek 评测、49 条真实评论的只读分析;另以 4 条合成评论验证了 2 条线索交接、0 条草稿,以及认领后的测试拒绝反馈。

截至 2026-10-13:合成标签尚待人工复核;已验证应用流程,真实客户联系与销售效果仍待试点。

技术展开 · 已提交结果恢复、需求误判与业务模式切换

Go / PostgreSQL

权限、商品事实、机会归属与业务状态;对模型候选做最终业务检查。

Temporal

跨任务的持久执行、等待、心跳与恢复;业务写入保持幂等身份。

LangGraph

单次判断中的生成、确定性校验和局部修复;不持有权威业务状态。

DeepSeek 合成评测 · 文档记录的指定批次
任务 用例 结果
资格判断 35 准确率 100% · macro F1 1.00
回复判断 34 准确率 100% · macro F1 1.00
机会登记 17 准确率 100% · macro F1 1.00
可选起草 13 规则通过率、首次通过率均 100%

分类准确率与起草规则通过率采用不同判定;合成集成绩用于工程回归,真实评论质量仍需独立标注与冻结测试。

上下文迭代

理解“同问”,同时保留证据归属

单独读取短评论会漏掉需求语境,而将父评论当作当前用户的陈述又会造成误判。 在 Go 快照中加入 parent / parents,提供上级语境,资格证据仍限定在当前机会信号。 同批 49 条真实评论经 Skill 调整后,登记机会由 13 条变为 10 条:移除 5 条、新增 2 条追问,其中边界需求仍由业务方复核。

状态联动

默认只找线索,旧草稿也要受新状态约束

跳过起草调用后,旧草稿仍可能从批准入口触发后续动作。 因此在 Propose、Approve 与执行前复验三处检查当前配置,并同步交接计数和拒绝反馈。 试用环境以合成评论走查“导入—判断—交接—认领—明确拒绝”,验证机会关闭与营销限制联动。

幂等恢复

写入已成功,响应丢失后先查询

候选已写入 Go,但 worker 未收到响应或后续记录失败时,直接重跑会重复生成。提交检查点、后端幂等响应和 assessment_id 用于识别这次执行已经完成的写入,再补齐收尾。结果尚未持久化的崩溃窗口仍可能再次调用模型,业务写入幂等与模型调用计费分别管理。

模型诊断

先检查实际输入,再判断模型能力

本机模型出现忽略 Skill、错引证据及无依据数字时,排查发现实际上下文窗口只有 4,096,导致说明被截断;调整为 16,384 的配置后继续回归。保留失败样本与引用校验,按具体模型及配置决定是否进入试点。

运行范围:单机试用,AI 筛选线索,真人在官方 App 联系。可选起草模式保留人工审批、版本绑定及未知发送结果账本。 当前仍需完善交接总额度的并发控制与受阻线索自动重检;企业登录和真实集群部署尚待验收。

PROJECT 02个人项目 · 本地创作

SV-Agent个人虚拟歌手创作工作台

个人项目 · 独立设计与开发 2026.03 - 2026.09

开源仓库 ↗

源于个人虚拟歌手创作需求:将原曲和歌词转为可继续调教的 SynthV 工程,再用人工修订工程与混音制作歌词视频。 基于 DeepSeek Harness(DSH)开发领域插件与 Python Worker,独立完成需求、架构、开发、调试和评估;重点解决长任务调用、人工修改保护和创作反馈复用。

Node.js / JavaScriptPython WorkerDSH Plugins / SkillsJSON SchemaSynthVffmpeg
  1. 歌曲上下文
  2. 领域工具
  3. 后台计算
  4. 版本交付
  5. 人工修改与回归
  • 领域工具与上下文:开发 Project、Artifact、Memory、Cover、Video 五个插件,注册 14 个工具与两份 Skill;按会话工作区识别歌曲,动态注入项目状态、最近版本和生效偏好。插件从用户消息直接提取歌词,并校验素材、路径和参数,减少模型转抄与自由拼命令造成的错误。
  • 长任务执行与资源交接:复用 DSH Jobs,将分离、扒谱、歌词对齐、节拍与工程生成封装为 Python 后台流水线;以 JSONL 回传进度,结合退出码和总结判定完成,失败保留产物供续跑。翻唱等待回合结束后卸载本地模型,并用运行时守卫解决 Agent 与 Worker 互相等待。
  • 版本交付与手改保护:采用递增版本目录,交付时登记文件大小与 SHA-256,拦截 DSH write / edit 对已交付版本的覆盖;通过文件监听、指纹比较与快照保存人工修改,启动时补查停机期间变化,使后续生成与创作者调教分别留档。
  • 可确认的偏好记忆:区分单次反馈与长期偏好,保存原话、来源、确认先后和状态变更;支持单曲 / 全局范围、单曲优先及停用撤销。本次显式参数可以覆盖历史偏好,挑八度等已接入动作会记录实际采用的偏好,便于解释输出差异。
  • 创作评估与规则迭代:固定上游扒谱输入,对照手改工程逐音分析歌词、音高、起点和时长差异;以时间锚点与拼音差联合约束歌词落位,针对旧速度模板复用增加一致性检查。修复后检查目标歌曲及其他歌曲的误改,对不稳定规则收窄条件或放弃。
  • 媒体交付验证:将修订工程转为逐字字幕,估计混音与工程的整体时间偏移,生成视频和剪映草稿;结合工程读回、抽帧、人物遮挡与缺陷注入检查,验证产物和检查器,保留试听、混音与发布的人工交接。

交付与验证

标准翻唱与歌词视频已接入 DSH。10 月补充自检中,Artifact 15/15、Memory 17/17 通过;复盘记录工作流支持 8 个作品发布,包含人工调教、混音、独立脚本与投稿。

项目时间保留 2026.03–2026.09;10 月维护、自检与作品记录单列。DSH 提供 Agent Loop、Jobs 和界面,本人实现创作领域扩展。

技术展开 · 长任务互等、人工修改保护与跨歌回归

Project · 4 Tools

创建 / 认领、列表、状态与更新;用会话工作区定位歌曲。

Artifact · 4 Tools

新版本、交付登记、查询与弃用;指纹及人工修改快照。

Memory · 4 Tools

原话记录、偏好确认、修改与查询;单曲 / 全局范围。

Cover / Video · 2 Tools

启动翻唱或歌词视频后台任务;完成后登记与交付。

运行时约束

“不要等任务”需要落实到执行入口

翻唱任务需要等 turn/end 后让出模型,但 Agent 在同一回合调用 job_output 等待结果,造成互等。 在插件等待期拦截该会话的查询,回合结束后放行;假 Worker 自检覆盖等待期拒绝、其他会话不受影响和结束后恢复。

工程与人工协作

新生成另开版本,手改另存快照

创作软件会用内存工程覆盖磁盘文件,后台不直接修改已交付版本。 seal 登记交付哈希,监听后续修改并保存快照;Artifact 自检使用真实文件监听和快照内容比对。 守卫覆盖指定 DSH 工具,外部进程写入依靠事后检测;超过 50 MB 的文件只记录变动。

评估驱动产品取舍

八度规则在新歌曲上出现误改

六首测试中,规则修改 126 个音,独立音频裁判只支持其中 1 次、支持原结果 80 次,另有 45 次无法判断。 将开关接入单曲偏好和交付说明;《调查中》关闭该规则后,原机记录八度差 21 → 0、音高匹配 91% → 98%。这一结果限于指定歌曲和版本。

固定输入回归

歌词修正需要检查其他歌曲是否退化

重复快句仅靠字符匹配容易漂移,采用 HubertFA 时间锚点与拼音差构建单调 DP。 后续 10 月试验中,一律按行插值使《公主》匹配数 440 → 435,因而收窄到异常远锚点与跨行长间隔。 该后续修正属于本机未提交记录;目标曲局部改善与整首试听验收分别判断。

缓存失效

速度表已修正,旧模板仍会被复用

段落重叠造成负 BPM;修复速度表后,续跑仍按“文件存在”跳过模板生成。增加模板与当前速度表的一致性检查,不一致则挪开保留并重建,原机记录另复查十张速度表未变。该修复覆盖速度模板,其他中间产物的完整依赖指纹仍待补齐。

检查器验证

用不同参照与缺陷注入核对字幕

《怪物》换底片后字幕遮挡人物,单看预设区域无法检出。按真实画面空白范围约束字幕外框,再独立检查人物遮挡,原机记录遮挡段数 95 → 0。故意改宽区域后,区域检查仍通过而人物检查报错,证明两条检查能发现不同问题。

标准翻唱与歌词视频已接入 DSH;和声与代码 MV 为独立流程,混音导出与发布由人工确认。现有任务状态主要在内存、续跑依赖文件产物,尚无持久 Run、重启对账和跨项目 GPU 队列;文件守卫覆盖指定 DSH 工具,外部写入依靠检测和快照。

02 / EXPERIENCE

工作与实习

参与团队研发与领域数据建设,
明确具体工作和验证范围。

WORK 03兼职 · 小规模试用 / 灰度测试

CyberEros-AIAI 伴侣产品 · 长期记忆、上下文与对话后端

SDE(软件开发工程师,兼职)2026.05 - 2026.09

产品提供 Web 与桌面端 AI 伴侣交互,需要在长会话中延续用户事实、偏好和共同经历,并在异步处理失败或模型波动时保持对话状态一致。 以兼职 SDE 身份参与 Agent Harness 与后端研发,和团队共同推进上下文装配、持久记忆、流式回复交付及分层评测;产品处于小规模试用与灰度测试阶段。

GoPostgreSQL / pgvectorTemporalTransactional OutboxSSERecall / Context Assembly
  1. 消息与 Outbox
  2. 推理快照
  3. 业务记忆应用
  4. 向量投影
  5. 召回与上下文
  • 场景化上下文与记忆召回:参与根据交互场景、宿主能力和查询意图选择 Skill 与召回深度,组合置顶、近期、词法和 pgvector 语义候选,以 RRF 合并排名。语义召回共享 1.2 秒超时预算并设降级路径;按分区预算组装背景、原生角色历史和当前输入,记录命中、遗漏及停止原因。
  • 长会话信息连续性:参与近期原文与长期记忆的衔接:为重要短回答附带前置问题语境,事实证据仍限定在用户原文;根据业务记忆是否已应用保护待处理问答,使保护标记穿过历史裁剪与最终装配,减少异步记忆未就绪时的输入断档。
  • 持久记忆与异步恢复:参与“消息 / Outbox—来源事件—推理快照—业务应用—向量投影”链路,以 PostgreSQL 事务、租约队列和 Temporal 分离派发、推理与应用;结合来源校验、记忆修订、版本化快照和幂等约束组织重试,并分别跟踪派发、applied_at 与向量就绪状态。
  • 对话后端与流式交付:参与 Go API、响应运行状态及 SSE 链路;通过消息幂等键、响应版本与数据库租约处理重复请求和并发执行,在同一事务内提交助手回复、实时事件、记忆任务与完成状态。模型首个增量前可按剩余预算切换备用,已输出后失败则停止,避免拼接不同生成。
  • 分层评测与问题定位:参与提取、召回、持久生命周期及长记忆问答评测,分别检查遗漏、误写、纠错、来源和最终回答;固定数据、模型与 Prompt 版本,结合规则、语义匹配和回答 Judge 维护回归。以消息、事件、召回回执和分段日志定位后台积压、输入裁剪及模型使用证据的问题。

团队评测记录

13 题与 24 题两套结构召回集的 Recall@5 均为 100%(8/8、17/17),口语集 Precision 94.4%(17/18)、MRR 1.0;用于固定题库的质量回归。

内存仓储与结构检索条件,每套模拟 180 天并含 540 条噪声;这些结果衡量召回回归,不代表真实模型回答准确率或在线延迟。产品尚未正式上线。

技术展开 · 短回答如何进入长期记忆,如何定位信息丢失

主要技术案例 · 测试场景

用户说过“蓝色”,下一轮却可能缺少依据

短回答需要前置问题才能表达完整偏好。若问答移出近期窗口、异步记忆又未应用,就会出现信息交接空档。 写入侧保留 SourceContext,模型漏抽时对符合条件的关键短回答提供原话兜底;读取侧根据 pending 状态保护问答,直到最终原生 History 装配。 拒记、含糊回答和跨可见性问题不进入这条兜底。

恢复检查点

快照固定推理结果,幂等约束重复应用

Infer 按事件、作用域与提取版本保存快照,Apply 再校验证据并写入记忆修订,完成后更新 applied_at。 应用重试复用快照;纠正事实时关闭旧修订、保留新值与证据。向量投影在业务应用之后异步完成,因此派发、业务可读和语义可检索分别检查。

上下文可诊断性

召回到了,还要确认最终输入保留下来

沿“来源事件—记忆应用—检索计划—候选与回执—最终请求—回答”逐层核对。 Instructions 放规则与背景,History 保留用户 / 助手原文,Input 放当前问题;检查完整请求预算,避免第一次召回命中、二次装配又丢失。 Recall Receipt 记录检索选择,最终输入与答案正确性另行验证。

后台诊断

没有报错,也可能没有后台消费

团队历史记录中,API 可回答,但 3 个 worker 未启动;495 条 Outbox 积压,尝试数和错误数均为 0。 这类问题需要检查最老 pending、领取与派发、Temporal Activity、业务应用和向量投影,不能只依赖健康接口或错误数。 参与后端诊断时,以消费进度和分段状态区分未启动、执行失败和应用未完成。

分层验证与运行记录
层级 记录 适用范围
结构召回 13 / 24 题,Recall@5 均 100% 固定题库、内存仓储,三类泄漏均 0
提取 / 知识生成 24 / 18 个用例,期望回放通过 fixture 验证匹配和报告契约
改写诊断 原口语集 Recall 100% → 52.9% 10-08 任职后的 11 题改写对照,提示稳健性缺口
后端恢复 251 条助手消息按备份恢复 团队历史本机记录;未归为个人独立修复数量
CI / 部署 09-22 的 7 个 job 成功 历史流水线记录,产品仍处灰度阶段

召回命中、最终输入完整、模型正确回答分别验证。fixture 回放与内存基准不替代真实提取模型或在线端到端验收;1.2 秒语义召回是超时预算,未作为实测延迟展示。

INTERNSHIP 04数据工程师 · 实习

北京捷通华声科技股份有限公司灵云水务客服 SFT / DPO 数据构建

数据工程师(实习)2024.01 - 2024.02

在灵云基座大模型的水务客服业务中,参与 SFT / DPO 数据集构建。 原始材料包括 CSV、TXT 格式的多轮对话,以 A / B 交替发言组织;工作方向为领域训练数据建设,支持模型学习客服示范与回答偏好。

SFT 数据DPO 偏好对多轮对话CSV / TXT数据质量

工作主题

多轮对话 → 领域训练数据。SFT 面向合格回答示范,DPO 面向同一问题与上下文中的回答偏好。原始 A / B 轮次与 chosen / rejected 是不同的数据关系,具体构建过程在下方方案中分别说明。

技术方案参考 · 五个模块,实际参与细节待核实

最新权威文件将以下内容列为候选方案,具体实现与个人承担尚未逐项核实;这里作为方案参考展示。模拟数据规模、合格率与工时未列入实际成绩,模型训练和调参也未列为已确认职责。

  1. 模型辅助生成与批处理

    用 Python 串联 CSV / TXT 解析、会话整理、生成 / 评审 Prompt、模型调用、规则质检和版本导出。 先确认 A / B 角色与会话边界,再处理清洗、脱敏、去重和分类;记录批次进度与失败原因,对可修复错误有限重跑,争议样本进入业务复核。

  2. 业务依据与生成上下文

    按场景、资料版本和适用条件组织 FAQ、办理规则及对话历史,保留引用与缺失条件。 生成时约束无依据的账户状态或业务承诺;构建 DPO 时让两个回答共享完整上下文,避免因已知条件不同而产生无效偏好。

  3. 规则、模型评审与人工复核

    规则检查格式、轮次、来源分组与偏好对有效性;LLM-as-Judge 辅助比较表达、完整性和偏好,业务人员核对事实与争议。 固定评分标准,交换回答顺序检查位置偏差,并以独立样本校准人工一致性;数据合格率与模型回答正确率分别统计。

  4. 评估采集与 Bad Case 回归

    关联样本编号、输入输出、来源、模型 / Prompt / 数据版本、评分理由和错误类别,定位事实缺失、条件遗漏或偏好冲突。 修改数据或 Prompt 后重跑开发回归集,保留逐题差异和计数;参与过修复的坏例不再当作未见测试样本。

  5. 标准用例、偏好对与来源隔离

    将业务审核后的 GT 对话通过语义提取与 schema 填充转为标准用例,扩展同义问法、多轮补充和信息不足场景。 在相同 prompt 下形成 chosen / rejected 并记录判定理由;同一原始会话及其改写、偏好衍生样本按来源组隔离训练、验证和测试。

03 / EDUCATION

教育背景

美国东北大学 Northeastern University

电子与计算机工程 · 硕士

专业课程机器学习和模式识别、移动机器人、应用概率与随机过程、图像处理和模式识别、数字信号处理、声学与传感

厦门大学 Xiamen University · 985 / 211 / 双一流

海洋技术 · 本科

专业课程数字电子电路、模拟电子电路、信号与系统、数字信号处理、C 程序设计、Python 数据分析、数据挖掘原理与实践

RESEARCH

清华大学 · 曹军威课题组

北京信息科学与技术国家研究中心 · 科研助理
大数据时序预测 · 2024.08 - 2024.11

LANGUAGES

语言成绩

TOEFL 92 · CET-4 582 · CET-6 442

04 / ENGINEERING TOOLKIT

工程能力

对应上述项目与工作中的
主要开发实践。

01 / DEVELOPMENT

编程与应用开发

Python 数据处理与 Worker、JavaScript / Node.js 领域插件、Go 服务端、React / TypeScript 工作台;围绕 API、工具契约和状态组织应用。

02 / AGENT HARNESS

上下文与工具执行

场景化上下文、词法 / 向量召回、Skill 与工具约束;使用 Deep Agents、LangGraph、DSH 扩展任务执行,以 Schema、证据校验与有限修复约束输出。

03 / RELIABILITY

状态与后端可靠性

PostgreSQL / pgvector、事务 Outbox、Temporal、幂等恢复、租约与 SSE;本地任务使用版本哈希、文件快照、进度与结果检查保护交付。

04 / EVALUATION

数据质量与评估迭代

Recall / Precision / MRR、结构规则、语义匹配与回答 Judge;固定输入、版本与参考进行 Bad Case 分析、缺陷注入及回归;具备 SFT / DPO 数据构建经历。