公开履历

Sanva

全栈产品工程师

13 年互联网与金融科技工程经验,主线从 iOS、音视频、OpenGL、高性能 SDK、钱包支付一路延伸到全栈架构。

现在独立做 AI 应用,也维护一套从脚手架、LLM 网关、RAG 记忆、CI/CD、运维巡检到商店上架的交付流水线。

  • iOS / React Native / Flutter
  • Go / PostgreSQL / Redis / gRPC
  • AWS EKS / Kubernetes / CI/CD / Ops
  • LLM 网关 / RAG / Agent 编排
Go · gRPC · PostgreSQL · 实时链路

从这个切面看,重点是我怎样把实时、数据和服务边界收稳。

自述

我有 13 年互联网与金融科技工程经验,早期长期做 iOS 和底层能力:Objective-C / Swift、音视频编解码、OpenGL ES + C++ 渲染、高性能 SDK、钱包与支付模块。那段经历留下的不是头衔,而是一套工程习惯:分层要清楚,契约要稳定,性能和合规不能等上线后再补。

后来能力扩展到全栈和平台工程。我做过 Go / Gin 后端、PostgreSQL、Redis、gRPC、实时通信、Flutter 客户端,也做过生产迁移到 AWS EKS 的方案,覆盖 Helm、Ingress、密钥、数据库、缓存、回滚和健康检查。现在独立做 AI 应用,产品、设计、移动端、后端、AI、订阅、CI/CD、运维和上架都需要自己接住。

后端这条线给我的训练很具体:接口先定契约,数据层不靠魔法,实时链路要能被拆开排查。做 AI 产品时我仍沿用这套习惯,模型、客户端和服务端之间都留出清晰边界,方便替换、回滚和长期维护。

经历

从移动端底层,到全栈 AI 产品与平台工程

  1. 一线工程阶段

    互联网 / 金融科技 · iOS 与底层工程

    长期在移动端和底层做复杂场景,覆盖音视频、高性能 SDK、钱包支付、跨端接入和小团队技术推进。

    • 底层 iOSObjective-C / Swift 深度 iOS 客户端工程:大型 App 模块化、内存与启动性能、稳定性优化;也下沉到底层做高性能 SDK,把可复用能力封装给多个团队和产品使用。
    • 音视频 / 渲染底层音视频编解码 SDK 研发:编解码链路、播放器内核、千万级播放量级;OpenGL ES + C++ 高性能图形渲染管线,在移动端把帧率、功耗与画质拉到可上线标准。
    • 金融科技 / 跨端金融科技场景核心模块:钱包 / 支付 SDK、跨端接入和订阅相关流程,对稳定性、合规与安全要求高;也推动 CI/CD 工程化,把原生能力和跨平台交付打通。
    • 团队 / 方法论带过 2–5 人小团队处理技术方案与提效。一直沿用的习惯包括:先分层、先对齐契约、把并发和状态收住、上线前做足验证。
  2. 出海创业 · 全栈与架构

    出海社交 / AI 产品 · 全栈工程师

    负责高并发后端和跨平台客户端的核心模块,产品面向海外市场发布。这段经历把我从客户端工程推进到全栈架构。

    • 后端Go + Gin 高并发 REST API,严格分层(handler / service / db),原生 SQL 无 ORM,集成 PostgreSQL / Redis / 对象存储 / 消息通道,覆盖实时消息、钱包交易、身份验证和 AI 聊天等模块。
    • 实时架构负责实时聊天链路:后端 gRPC publish → 实时网关 → 客户端 WebSocket 订阅,按业务域划分 channel namespace;主导过实时通信服务一次大版本迁移的全量代码审计。
    • 客户端Flutter / Dart 跨平台客户端:三方登录、多步骤身份验证流程、用户 Profile、实时聊天 UI、内容 Feed。
    • 工程纪律这一阶段更看重端到端协作:我会先把接口、数据状态和交付边界讲清楚,再推进客户端和服务端并行落地,减少返工。
    • 技术栈Go / Gin · PostgreSQL · Redis · gRPC · 实时通信网关 · Flutter / Dart · Docker · 云基础设施。
  3. 至今 · 独立开发

    Sanva · 独立产品

    现在持续做独立 AI 应用。更重要的是把产品交付做成一套能复用的系统:脚手架、移动端基座、AI 基建、发布流程、巡检和 Agent 工程流程。

    • 量产流水线每个新 App 从统一脚手架开始,继承技术栈、主题、订阅、上架素材和质量检查;研究、设计、开发、验收、发布都尽量有可复跑步骤,踩过的坑回流到模板里。
    • 提示词工程提示词不是一次性文案,而是配方源:输入参数、约束、反例、输出结构和检查规则分开维护。这样换模型或换任务时,仍能保留人的判断。
    • Agent 编排多 Agent 工作里,我负责拆解、派发、审查和收尾;每个工作单元都有明确负责人、输出标准和复核步骤。协作节奏和脚本检查,是为了让并行不会变成混乱。
    • 自建 AI 基建自建和维护 AI 工程底座:多模型 LLM 网关、RAG / 长期记忆、对话产品体验、AI 数据同意、自动化巡检和生产检查。这些能力支撑公开产品持续发布。
    • 技术栈Expo / React Native / TypeScript(strict)· Swift / SwiftUI · Go / Gin · PostgreSQL · Redis · gRPC · Docker · AWS EKS / Kubernetes · Helm · CI/CD · LLM 网关 · RAG / 长期记忆 · Agent 工程流程。

技术栈

技术栈按交付链路分组

移动端

  • iOS 原生(Objective-C / Swift / SwiftUI)
  • React Native · Expo · TypeScript(strict)
  • Flutter / Dart 跨平台客户端
  • 启动链路 · onboarding 状态机 · 原生插件与性能问题

后端 / 架构

  • Go / Gin(高并发 · 分层架构)
  • PostgreSQL · Redis · 原生 SQL · gRPC · WebSocket
  • 实时通信 / 钱包交易 / AI 聊天相关后端模块
  • 模块化系统设计 · 前后端契约 · 可替换基础设施

AI / LLM

  • 多模型 LLM 网关 · 加权路由 · fallback
  • RAG 检索增强 · 长期记忆 · 多容器隔离
  • 对话体验 · AI 数据同意与上架合规
  • 提示词配方源 · 输出检查 · 反例约束

Agent 编排 / 工程自动化

  • Agent 编排与审查闭环
  • 协作节奏与复核闭环
  • 浏览器自动化验收
  • 文档、脚本与长期记忆形成反馈回路

DevOps / 云原生

  • AWS EKS · Kubernetes · Helm · ALB Ingress
  • Docker / Compose · Nginx · PM2 · Cloudflare Pages
  • CI/CD(validate / OTA / build / submit)· 三层健康检查
  • 证书 / 域名 / 告警 / 巡检 / 生产 cutover runbook

商业化 / 上架

  • 应用内购 · 订阅计费 · StoreKit 2
  • App Store Connect API · 构建与提审流程
  • 商店素材 · ASO 文案 · 多语言本地化
  • AI 合规文案 · 隐私说明 · 账户删除流程

公开作品

已发布应用

以下为已上架 App Store 的代表作,按品类分组,点击直达公开下载页。

AI 履历助手

直接聊项目、技术栈和交付方式。

适合快速了解 Sanva 的移动端、后端、AI 产品、云部署、CI/CD 和上架交付经验。

可以先点一个示例,也可以直接问技术栈、项目经历和交付方式。

方法论

我怎么推进工作

01

先拆交付链

把目标拆成产品、客户端、后端、AI、发布和运维几个层次,每一层都有输入、输出和检查方式。

02

复杂度放到边界里

底层性能、支付、实时通信或 EKS 迁移,都先看状态、契约、回滚和可观测性。

03

AI 负责执行,不负责判断

提示词、RAG、Agent 编排和脚本都服务于人的判断;并行前先定范围,并行后必须审计。

04

发布后继续负责

CI/CD、健康检查、告警、证书和域名都算交付的一部分;上线不是结束。

如果你需要一个能接住全链路的人

移动端、Go 后端、AI 产品、EKS 迁移、CI/CD、运维巡检或 Agent 工程流程,都可以从具体问题聊起。