手机写代码终于能用了：一个终端App的AI改造实验

全球开发者超过2800万，但真正在手机上写过代码的人可能不到1%。

不是不想，是太难受。屏幕小、打字慢、终端交互反人类，超过三行命令就想摔手机。SSH客户端装了又删，最后变成"紧急时刻看一眼日志"的摆设。

AI编程工具的出现改变了这个等式。Claude Code、Codex CLI这类终端型智能体，让手机不再需要承担"写每一行代码"的重担——它变成了一块控制面板，真正的计算仍在Mac或远程服务器上完成。你连接、引导、审阅输出、触发构建，手机只处理决策层。

这个转变让开发者Jordan Morgan开始重新思考移动开发的可能性。他做了十几年iOS开发，过去遇到灵感只能记下来回头处理。现在，排队买咖啡的十分钟足以启动一个bug修复。

但他发现现有工具跟不上这个新场景。传统SSH客户端是通用终端，而AI编程的工作流有完全不同的摩擦点：反复输入相同命令、在狭小屏幕处理长会话、在对话历史和终端输出之间来回切换。每个重复动作在手机上都是成倍的时间成本。

于是他做了Redock，一个围绕SSH、tmux和AI编程工作流重新设计的iOS终端应用。

核心改造是两个抽象层。

第一层是Project。它把主机、工作目录、常用上下文打包成一个单元。不再是"连接这台服务器"，而是"继续做这个任务"。AI编程高度依赖上下文，每次重新定位目录和会话都是损耗。

第二层是Action。可复用的命令模板，比如运行测试套件、触发构建、重启服务。目标不是隐藏终端，而是避免在小屏幕上重复输入运维指令。可点击的命令在移动场景下效率差异显著。

针对AI编程的特殊交互形态，Redock做了几项适配：终端UI的触摸优化、长输出的分页处理、对话历史的快速回溯。最关键的细节是草稿输入区——手机打字容易出错，用户需要能先编辑再发送，而不是每个字符实时进入终端。

这个设计选择反映了移动开发的本质矛盾：物理限制无法消除，但工作流可以重新编排。当AI承担了代码生成的主要负荷，人的角色从"编写者"变成"指挥者"，交互界面就可以大幅简化。

Redock目前处于早期阶段，核心功能围绕Morgan自己的使用场景构建。他没有承诺要替代桌面开发，而是瞄准一个具体切口：那些"不在电脑前但脑子停不下来"的时刻。

这个产品的存在本身说明了一件事：AI工具正在重新定义"开发环境"的边界。当代码可以在云端生成，屏幕尺寸和输入效率的约束就变得可以工程化解决。手机可能不会成为主力开发设备，但它正在从"完全不可用"变成"特定场景下够用"。

对独立开发者来说，这意味着工作流设计的优先级在上升。工具的价值不再取决于功能清单的长度，而取决于对特定场景摩擦点的精准削减。Redock的Project和Action抽象并不复杂，但它们对应的是真实重复发生的痛点。

Morgan在发布时提到，这个产品的起点是他自己的 frustration。这种从个人问题出发的构建方式，在AI工具爆发期变得更为可行——单个开发者可以用相对可控的投入，验证一个垂直场景的产品假设。

移动开发的下一个阶段，可能不是"在手机上复刻VS Code"，而是接受设备的物理限制，重新设计人与远程计算资源的交互协议。Redock是这个方向的一次实验，它的成败将取决于有多少开发者愿意把"碎片时间的代码工作"纳入常规工作流。