此刻的坐标
近况
不是完整履历,只是这一阶段正在生长的系统、问题与方向。
正在构建
FOGMOE
我正在继续开发 FOGMOE——我的 Telegram 机器人与智能体基础设施项目。
这个项目已经成长为一个完整的软件系统,包含 Python 和 C++ 组件、由 PostgreSQL 支撑的持久化状态、隔离工作区、可观测性、事务性消息传递、运行时基础设施和可复现部署。
当前工作不再只是添加孤立的功能,而更多是在完善架构、产品边界和整个系统。
FOGMOE Web UI
我正在使用以下技术为 FOGMOE 构建 Web 前端:
- TypeScript
- React
- Vite
- pnpm
静态前端计划部署在 GitHub Pages,而后端 API 和身份验证服务则继续保持独立,并置于 Cloudflare 管理的路由和隧道之后。
个人 Web 空间
我正在围绕 moesegfault.dev 重组自己的公开 Web 形象。
当前工作包括:
- 将
me.moesegfault.dev打造为个人身份与项目索引; - 将现有博客演进为更广泛的发布与作品空间;
- 逐步转向
atelier.moesegfault.dev这一名称; - 当独立在线产品确实具有明确的产品边界时,将其保留在各自的子域名上;
- 保持各站点的视觉语言一致。
正在研究
智能体可读系统
我正在继续发展 智能体可读系统(Agent-legible Systems) 这一理念:系统应当暴露运行时状态、不变量、追踪信息、实验数据以及其他可供机器查询的证据,让智能体能够通过可执行证据来推理软件,而不仅仅依赖静态代码审查。
一个反复出现的问题是:当代码生成变得廉价,而人类注意力依然稀缺时,软件治理将发生怎样的变化。
智能体与模型成本建模
我有兴趣为智能体工作负载构建一个更实用的成本模型。
仅考虑 API 价格是不够的。我希望使用经验测量来建模真实的智能体任务,从而把模型选择、推理等级、子智能体并行度、缓存和调度等问题视为优化问题,而不是依靠猜测。
现代研究系统
我正在探索:当实现成本大幅下降时,研究工作流应当如何改变。
我目前的方向强调:
- 现代项目管理;
- 自顶向下的系统设计;
- 可复现的实验基础设施;
- 从一开始就进行产品化,而不是把它当作最终的收尾步骤;
- 使用软件工程,让实验更容易查询、复现、比较和扩展。
系统与网站
我目前的公开体系正逐渐收敛为:
me.moesegfault.dev—— 个人身份、精选作品、当前动态和链接;atelier.moesegfault.dev—— 写作、技术笔记和作品;bot.moesegfault.dev—— FOGMOE 面向用户的 Web 界面;api.moesegfault.dev—— 后端 API 网关;auth.moesegfault.dev—— 身份验证边界;- GitHub —— 源代码与实现历史。
我越来越倾向于把静态 Web 前端视为不可变作品,由托管基础设施进行部署,而不是将其作为长期运行的服务来运维。
当前兴趣
- AI 原生软件工程。
- 系统架构与运行时设计。
- 智能体可读软件与可执行证据。
- 多智能体调度与模型成本优化。
- 面向研究与工程的现代项目管理。
- 技术与研究项目的原生产品化。
- JetBrains IDE 与以 Codex 为中心的开发工作流相结合。
- 以 PostgreSQL 为中心的数据密集型系统。
- C++ 和 Python 系统编程。
- TypeScript 与现代前端工程。
- Java 与 JVM 生态系统。
- 通过在线 Web 界面,让研究原型和工程项目可以被直接探索。