可合作 · 在线演示可用
独立开发者，后端与全栈。一个人写服务、搭集群、做界面，目前主要在做 MiniPay AI：把支付、钱包和外卖业务放在同一套微服务里的演示平台。我关心的不是功能列表有多长，而是钱有没有算对、账能不能对上、服务挂掉之后能不能自己恢复。
01关于我 / About
我做的事情集中在资金相关的系统上：一笔支付从下单、扣款、回调到对账，中间会经过好几个服务，每一步都可能重复、超时或者失败。我喜欢把这类问题拆干净——谁拥有这份数据、状态机怎么流转、哪一步必须幂等、出错了从哪里补——然后再写代码。
工程上我倾向于约束自己：服务之间只通过版本化接口和可靠事件协作，不跨库查询；余额和账本由一个服务独占写入，读写落在同一个本地事务里；金额统一用整数存分，不做浮点运算；纠错只允许冲正，不允许直接改数。这些规则听起来啰嗦，但它们决定了系统在出错的时候是可控的还是失控的。
除了后端，我也会把整套东西自己部署起来：K3s 上跑服务与中间件，网关负责路由和 TLS，Cloudflare 放在最外层做 DNS、证书和静态内容分发。B 端控制台用 React + umi 写，消费者端是一套 H5（同样是 React + umi，短信登录、流式 AI 对话、钱包与转账都在里面）。全链路自己走一遍，才知道哪些设计只是看起来合理。
02技术栈 / Stack
按环节分组，都是我在项目里实际写和运维的，不是清单式的罗列。
03项目 / Projects
下面每一项都是可以打开直接用的在线环境，不是停留在截图阶段的方案。这个列表由数据驱动，以后做完的项目会直接追加进来。
我自己完整实现并长期维护的一套支付与本地生活演示平台。从统一身份认证、复式账本钱包到支付编排、对账与外卖配送，全部跑在自建的 K3s 集群上，并带一个只能调用白名单工具的 AI 助手；消费者端是一套 H5，打开就能用，不用装 App。
这个主页是长期维护的，后面做完的项目会直接加到上面的列表里。项目列表由数据驱动，加一条记录就多一张卡片。
04联系方式 / Contact
我基本每天都会看邮箱。聊架构、聊支付账务、聊部署都行，有具体问题的话带上背景会更快。
不管是项目里的实现细节、技术选型，还是想一起做点东西，都可以直接发邮件给我。工作日一般当天回，周末可能会慢一点。
可以聊什么
微服务边界划分、支付与账务设计、分布式一致性方案、K3s 私有部署、Cloudflare 边缘接入
当前状态
全职做自己的项目，接受技术交流与远程合作
其他方式
这个主页长期维护，新项目会直接更新在项目区