杜明洋

AI 应用研发工程师 · Java / Agent

10 年 Java 服务端经验,两次独立建设并维护公司级 Kubernetes 集群与 CI/CD。2026 年起全职独立开发:把 Claude Code、Codex 等编码 Agent 当作主要实现者,自己负责需求、设计确认、审查与合并,用这种方式从零做出了 flippoabc 统一平台,也用 AI 制作科普短视频账号「开卷了然」。

这一页依次讲三件事:平台是怎么设计的,视频是怎么做出来的,AI 在研发中具体做了什么。

联系方式
统一平台

flippoabc 统一平台

mars-cloud · 基于 Spring Cloud Alibaba 的通用开发框架

2026 年的个人项目。我为五个独立产品从零设计了一套 Java 微服务框架和统一服务端:三个网页产品双语绘本、词易背、好奇实验室,macOS 客户端青鸾,HarmonyOS App 小语灵。统一门户 flippoabc.com、统一账号与单点登录、资源包与权益、站内通知和管理后台都由这套平台提供,部署在阿里云。

下面从整体到细节:先看系统总览和统一登录,再看框架分层、一次请求经过的框架能力和跨服务写,最后看线上怎么运行、规模化以后怎么迁到 Kubernetes、出了问题怎么知道。

mars-cloud

第 1 步 / 共 5 步

系统总览

三类客户端 → 网关 → 服务 → 基础设施

  1. 一次请求从门户经网关到产品服务

服务之间同步读走 Feign,跨服务写只走 RocketMQ 事务消息。

第 2 步 / 共 5 步

统一登录

门户 → 统一登录页 → PKCE 换令牌 → 单点登录

  1. 访客在门户点登录
  2. 跳到认证服务的统一登录页(登录页与认证服务同源,按客户端切换品牌)
  3. 授权码加 PKCE 换令牌,访问令牌只在内存
  4. 再打开词易背时静默续期、不再登录(单点登录)

桌面客户端走系统浏览器加本机回调,手机 App 走运营商一键登录换授权码;一个账号最多 6 台设备在线,会话撤销由网关拦截。

mars-cloud 架构图

客户端

网页

macOS

HarmonyOS

网关

服务

  • 各用独立数据库

基础设施

光点:请求与数据的流向

箭头:请求与数据的流向

第 3 步 / 共 5 步

框架分层

官方组件 → mars-cloud-framework → 各服务

不改官方源码,在官方能力之上用 starter 固定约定:官方组件提供机制,starter 固定默认值、命名规则、上下文透传与错误码,服务只声明依赖、不重复配置。网关用 WebFlux,其余服务用 Servlet;依赖只能从服务指向框架,服务之间不加 Maven 依赖。

第 4 步 / 共 5 步

一次请求经过的框架能力

  1. 管理后台带访问令牌请求通知列表,进入网关。
  2. 网关验签(security starter,WebFlux 装配)。
  3. 网关查会话撤销名单(网关自身代码,不算框架能力)。
  4. 按客户端地址限流,规则来自 Nacos(sentinel starter)。
  5. 经 Nacos 发现实例并转发,透传链路上下文(nacos starter、observability starter)。
  6. 通知服务再次验签、建立调用方身份,再做方法鉴权(security starter,Servlet 装配)。
  7. 经 Feign 向管理权限服务请求判定,只转发当前令牌(security-feign、feign starter)。
  8. 包装成统一响应信封,异常转错误码;日志带 traceId(mvc starter、observability starter)。

第 5 步 / 共 5 步

跨服务写:账号注销的事务消息

  1. 认证服务经事务发布模板发送半消息(rocketmq starter)。
  2. 执行本地事务后提交;失败回滚,结果未定时由消息队列回查(rocketmq starter)。
  3. 通知、管理权限、LingAI 三个服务各自消费,恢复链路与调用方身份(rocketmq starter)。
  4. 各服务按业务键幂等清理本服务数据(服务自身代码)。
  5. 用事务消息回报清理结果,认证服务汇总(rocketmq starter)。
  6. 消费失败由消息队列重投最多 16 次,之后进入死信队列(rocketmq starter 默认值)。

mars-cloud 框架图

服务层

mars-cloud-framework

契约与基础

服务治理

安全

底座

Java 25 · Spring Boot 4 · Spring Cloud 2025.1 · Spring Cloud Alibaba 2025.1 · Spring AI 2

光点:请求与数据的流向

箭头:请求与数据的流向

开卷了然

AI 驱动的程序化科普短视频

2026 年 9 月开始运营的抖音与视频号科普账号。画面由代码逐帧绘制,配乐与音效由程序合成,配音用语音合成;从分镜、绘制、配乐到交付,主力是 Claude Code 等 AI 编码 Agent,我负责选题、审片与每一道确认。题材覆盖天文、物理、中国画与非遗工艺,《山河寻宝图》是其中的系列。

样片

怎么做出来的

  1. 代码绘制画面

    :

    用 three.js 与 Canvas 逐帧绘制动画;竖屏(抖音、视频号)与横屏分别重新构图,不是裁切。

  2. 程序合成声音

    :

    配乐与音效由 Python 程序合成,按镜头时间表卡点;配音逐句合成后实测时长,再反推时间表,保证音画同步。

  3. 先预览再导出

    :

    每部片先做成能播放画面和声音的网页预览版,确认后才逐帧渲染、编码;成片自动实测码率、响度与音画同步,并与基准帧逐帧比对。

  4. Agent 制作流程

    :

    制作主流程、从参考视频提炼画风、多渠道交付写成三个 Agent skill;多部作品由多个 Agent 会话并行制作,由一个协调会话统一安排。

  5. 人工确认

    :

    每部片依次经过六道确认:音色与语速、解说词、多音字读音、预览效果、片名与片尾、成片。

  6. 合规发布

    :

    按《人工智能生成合成内容标识办法》在平台主动声明 AI 生成内容。

关注

我怎么用 AI 研发

AI-SDLC:Agent 写代码,我管需求、设计确认与合并

第二章的平台主要由编码 Agent 实现。框架和服务端两个代码仓从 2026 年 9 月 19 日第一次提交起,到 10 月 15 日已合并 109 个 PR;写代码的是 Claude Code、Codex 等编码 Agent,我负责需求、设计确认、审查与合并。速度靠并行,质量靠流程:每个任务都走下面这条路,哪一步没过都到不了线上。

贡献记录

GitHub 贡献日历,按月汇总,截至 2026 年 10 月 15 日
月份贡献次数有贡献的天数
2026 年 1 月13010
2026 年 2 月16510
2026 年 3 月6011
2026 年 4 月375
2026 年 5 月1057
2026 年 6 月75830
2026 年 7 月32025
2026 年 8 月40023
2026 年 9 月373330
2026 年 10 月259215
取数日期:2026 年 10 月 15 日

2026 年 1 月开始用编码 Agent 做个人项目,GitHub 上至今 8301 次贡献(含私有仓库);6 月起大多数日子都有提交,9 月开始搭建这套平台后最密集,9 月以来 6325 次。

github.com/csthink(外部链接,在新标签页打开)

AI 用量

AI 用量:每月输出 token,单位万,截至 2026 年 10 月 15 日
月份Claude CodeCodex其他合计
2026 年 3 月023023
2026 年 4 月01430143
2026 年 5 月01080108
2026 年 6 月02430243
2026 年 7 月0205302053
2026 年 8 月040874194506
2026 年 9 月26513559136223
2026 年 10 月381789404711
取数日期:2026 年 10 月 15 日

贡献记录是产出,这张图是投入。2026 年 3 月以来,Claude Code 与 Codex 共写出约 1.76 亿输出 token,7 月起每月都在 2000 万以上。连同反复读取的上下文,总用量约 586 亿 token,其中 97% 是缓存读取。

注:数据来自本机记录。Claude Code 只有 9 月 15 日以来的记录,更早的已被本机按保留期删除;1、2 月两个工具都没有记录;「其他」是 8、9 月试用的其他编码工具。

流程图

怎么组织

  1. 多会话分工

    :

    一个协调会话负责设计与任务拆分,每个任务一个执行会话;会话之间互发消息,需要拍板的事都回到我这里。

  2. 只追加的进度文件

    :

    每个任务一份进度文件,只追加、不改写;会话中断后,新会话按它恢复现场,不靠记忆。

  3. 规则写成文件和脚本

    :

    推送前的检查、合并入口、公开内容安全扫描、用词检查都是仓库里的文件和脚本,Claude Code、Codex 或人来执行,结果都一样。

  4. 每次合并前的检查量

    :

    2005 个测试(框架 820、服务 1185)、8 个服务启动、注册登录闭环回归 17 步,全部在本机跑完。

  5. 把流程做成产品

    :

    青鸾的 HarnessPlane 扩展把需求提案、规格、里程碑、任务实施、验证、独立评审与交付组织成可追溯、可恢复的流程;实现者与评审者分离,有限次修订后交人工决定。

  6. 同一套做法用在别处

    :

    「开卷了然」的视频由多个 Agent 会话并行制作、协调会话统一安排;这个主页也是这样做的,文字由我批准,Agent 施工,另一个会话逐字核对。

联系

想进一步了解这些项目,或者聊聊工作机会,欢迎发邮件或加微信联系我。

flippoabc

我在 2026 年独立设计、开发并上线的产品平台。五个产品都从统一门户 flippoabc.com 进入。

  1. 双语绘本:面向儿童的中英双语绘本,旁白配逐词字幕。
  2. 词易背:面向手机与 iPad 的单词学习,有翻卡、拼写、复习与启蒙游戏。
  3. 好奇实验室:用一个可调变量连接现象、解释与测验的科学实验。
  4. 青鸾:macOS 桌面 AI 工作台,对话、资料、可运行控件与 AI 编码任务在同一界面。
  5. 小语灵:HarmonyOS 韩语学习 App,提供 AI 查词与 AI 对话。