4.8 yr
持续写作与造物
2
种语言，各自从零起笔
1
套问题，很多层外壳
24/7
系统不眠，我偶尔睡
我做的是能长时间自己跑、出错能自愈的 Agent 系统——接管整条流程、连续跑几天到几周的那种，不是一问一答的聊天机器人。
这些东西底下是同一组问题：让多个模型分工、互相审查，而不是自己给自己打分；把每次失败压成下次能直接复用的经验；让共享记忆跨会话不丢不乱；以及把一个能演示的 demo，做到敢真的留它整夜自己跑。
写代码之外我也写技术文章，中英文各写一遍——不过那是副产品。
一条主线
营销、科研、游戏，看着无关——底下是同一台机器
我做的东西横跨看似无关的领域：跨境营销、自主科研、游戏生成、Agent 控制平面。但对我来说它们是同一个问题的不同外壳——如何让一群模型分工协作、互相纠错，把每次失败压成下次能用的经验，让一套系统真的能自己跑上几天几周而不塌。每落地一个新领域，都是在同一套底层能力上再验证一次。
逐个看这些系统一个反复回到的问题
长周期系统如何在出错、模型切换、成本压缩与环境迁移的扰动下保持韧性？
落地路径很具体：跨 Provider 的动态预算分配、把失败压缩成可复用 Skill、共享记忆的类型收敛、从 demo 到上线之间可观测、可回放、可降级的真实交付鸿沟。
信奉
写代码时遵循的几条朴素准则
- 判断力优先规则是拿来打破的——只要你说得清为什么。没有哪条准则大过“这次到底该怎么做”。
- 文档先行写不清楚，多半是没想清楚。设计先落成文字，代码只是它的一种实现。
- 反过早抽象三行相似的代码，好过一个过早的抽象。等模式自己浮现，再动手收口。
- 稳定胜炫技能连跑一周不塌，比 demo 惊艳重要得多。真正的难点在最后一公里，不在第一屏。
- Agent 即系统别把 Agent 当聊天玩具，当它是要长期运行、会出错、需自愈的分布式系统来设计。
保持联系