Mitamaton

从今年春天开始，我一直在开发 Mitamaton，一款 iPhone 上的参谋长应用。本周它在 App Store 上线了。自 8 月 17 日以来，很大一部分代码是由 GPT-6 Astra 编写的。我翻阅了自己的 Codex 会话日志，得到了一个真实的数字：总共 3,175 次会话中，有 200 次是 Astra 的，其中大部分集中在 9 月 5 日到 9 月 14 日之间。9 月 5 日是我们切出送审构建的日子，那天 Astra 有 37 次会话。9 月 12 日是笔记功能重做，它又跑了 37 次。

它的工作方式不是一个大智能体。每个任务都是自己的 lane。一个 lane 是一个附带书面说明的 git worktree，Astra 在 Codex CLI 里以低推理强度在其中运行，并拥有工作区写入权限。Astra 从沙箱里够不到 iOS 模拟器，所以由一个 Claude 智能体包裹每个 lane，运行测试门禁、UI 测试、截图和设备安装。然后在改动落地之前，由另一个模型作为对抗性评审者来阅读 diff。目前门禁包括 iOS 端 4,235 个测试，后端大约 5,600 个。

我想坦白讲一件事：结果跑红（失败）的频率有多高，以及 Astra 多大程度上会直接说出来。9 月 5 日，我让它写一个评估，测的是当用量池耗尽后聊天如何拒绝请求。它写出了评估和测试，跑了一遍，10 个用例有 8 个通过，并报告 FAIL，把两个生产缺陷追到具体行号。它本可以把这两个标成预期失败，让结果看起来干净，但它没有。一个兄弟 lane 把这两个问题都修掉了。9 月 12 日，一个笔记 lane 在新版 iOS 26 富文本编辑器里输入后点保存时让应用崩溃了。崩溃报告显示 UIKit 的校对微光层调用了 SwiftUI 文本视图在 beta 运行时没有实现的 selector，崩溃线程上没有任何测试帧。所以那次是系统的问题，lane 绕开了它把功能发了出来。

Lane 会被打回，我想直说这点。一个 board lane 被退回过两次，一次是因为后端注册表漂移，另一次是因为耦合了一个处于关闭状态的开关。另一个 lane 覆盖了一个承载着我所做决策的测试。我把那个测试恢复之后，它抓住了一个面部绘制位置的半像素回归。所以我们最终定下的规则是：只有当同一个发现让同一 lane 退回两次时，推理强度才上调。

下面是 Astra 构建的、你真的能在应用里摸到的内容。Board 编辑模式：长按卡片是唯一的入口，你看到的角部把手就是实际能用的那几个。撤销是一个返回箭头，会一步步回退每一次移动和缩放。笔记重做，包含搜索、标签、文件夹、软删除和 markdown 正文。一夜之间为送审构建赶出来的七个较小 lane，包括浅色模式对比度修复和一个 TestFlight 构建后的崩溃符号上传。

我本人出力最多的部分是外壳——也就是面部所栖身的 3D 身体。我是自己直接在 Blender 里驱动 Astra，而不是通过 lane 来做，这是我在 Blender 里用过的最顺手的方式。Pocket master 现在有 15 个机械控件接到原生动画引擎上，电池仓门是先松开卡扣再抬起滑出。Mk I 换上了合身的身体，全部 12 套外观都有真实的传动结构和通风开口。一张静帧渲染藏住了两个动作缺陷，只有在模拟器回放时才暴露出来；一次 Pengu 升级也没站住脚，所以我把它回滚了。

应用本身并不会调用 Astra。后端路由走的是其他模型，我不打算为了什么比赛去改这一点。它真正改变我的是，一个人一周能造出来的东西变多了。

如果你想多了解这套搭建方式，可以问。Lane 简报和报告就是仓库里的纯 markdown，我可以贴一份出来。