Redock vs KittyLitter

KittyLitter 的底层项目也称 Litter，它首先是 Codex 的原生移动客户端。界面用移动原生组件呈现 Conversation、Reasoning、Code Block、Image 与 Session History；局域网发现和 SSH 可以启动或连接另一台机器上的 Agent，用户注意力始终停留在 Agent，而不是 Shell。

Redock 从更低一层开始。它先是完整远程终端，再在上面增加 AI Coding Workflow。Claude Code、Codex、OpenCode 或其他终端 Agent，运行在开发者可以执行普通命令、进入 tmux、检查服务、使用 TUI 或启动 Project Action 的同一环境里。

区别不在两边能否帮助 Agent 写代码，而在任务离开 Agent Conversation 后会发生什么。KittyLitter 有意保持聚焦；Redock 则让开发机其余部分无需切换 App 就能继续使用。

KittyLitter 最明确的优势是价格与开放性。App 免费，项目采用 GPLv3 开源，App 内购买只是可选 Tip，不是功能解锁。对于希望检查连接 Coding 环境客户端实现的开发者，这是一项真实产品决策，而不是营销标签。

Codex 是体验中心。App Store 描述强调本地与远端 Codex Server、移动 Session 管理、Conversation History、Reasoning、Code Block、Image 与 Voice Input。近期版本也描述了 Claude Code、OpenCode 与 Pi Beta 支持，但 Codex 仍是最稳定路径。

在设备上直接运行 Codex 是最突出的能力。并非每个 Session 都需要保持另一台开发服务器在线。它不能替代大型仓库或重构建所需的完整工作站，但提供了 Redock 没有的独立性：Redock 始终连接运行终端与 Agent 的开发 Host。

KittyLitter 可以自动发现局域网中的兼容 Codex Server。这是在家或办公室最轻的路径：发现机器、选择后开始，无需手动输入地址。对于传统远程服务器，它也能通过 SSH 连接并远程启动 Codex。

更特别的是面向 NAT 与 Firewall 穿透的 P2P 路径，不需要传统 Hosted Session Relay。Moshi 的参考文章把 Companion Tunnel 称为 alleycat，基于 Iroh 与 QUIC，并通过 QR 配对。当安装 Mesh VPN 或配置端口转发成为最大障碍时，这种方式很有吸引力。

Redock 使用更熟悉的终端连接。SSH 是通用基础，Mosh 改善网络切换与恢复；不希望直接暴露 Host 时，可以放在 Tailscale 或其他 VPN 后。KittyLitter 的集成 P2P 更直接，Redock 的终端 Transport 更传统、互操作性更强。

KittyLitter 是 Agent Client，不是通用 Terminal Emulator。聚焦带来可读的 Conversation UI，也意味着用户不能把 Session 当任意 PTY。当下一步是 tail Log、运行数据库 Console、打开 Vim、使用 htop、管理另一 Host 或执行 Agent 没有暴露的命令时，仍需要单独终端。

Redock 把 Coding Agent 留在完整 Shell 中。开发者可以暂停或中断 Agent、运行精确验证命令、检查 Process、使用任意已安装 TUI，然后回到同一 Session。当 AI Coding 与普通服务器工作混合时，这一点尤其有用。

完整终端也改变故障处理方式。如果 Agent Integration 暂时不兼容新输出类型，或 Beta Agent 路径不稳定，Redock 可以退回原始 CLI。KittyLitter 在集成正常时能提供更好的专属体验，但边界有意更窄。

KittyLitter 保存并呈现 Coding Agent Session。当 Conversation 就是用户全部需要时，这是正确的连续性单位。App 能重连、展示之前消息，并让移动呈现独立于原始终端 Buffer。

Redock 把连续性放在开发 Host 的 tmux 中。同一个 Agent Process 可以在笔记本启动，由 Redock Attach，之后再从任意普通终端恢复。连续性包含 Pane 里的全部状态——不只是 Agent Message，还包括 Shell State、Command、Interactive Program 与 Scrollback。

Mosh 为移动网络增加第二层容错，但它本身不会保持进程，因此 tmux 仍然重要。Redock 的模型更通用；KittyLitter 因为直接理解 Agent Conversation，可以更易读。

两款产品都承认在手机上输入长 Coding Requirement 很痛苦。KittyLitter 在 Agent-native 体验中直接提供语音输入，实时对话感可以很快推动 Codex；语音包含在免费 App 中，也是真实优势。

Redock 使用更暂存式的模型。开发者可以听写需求、检查与编辑，再把完整文本发送给活跃终端 Agent。Project 记住 Host 与仓库目录，命名 Action 则处理不需要另一轮自然语言的确定性任务。

例如 Agent 根据语音需求实现功能，标准测试与 Staging 部署仍可保留为精确 Action，输出形成 Run，最近工作进入 Activity。KittyLitter 以 Agent 说了什么、做了什么为中心；Redock 为 Conversation 周围的命令与结果增加工作流。

KittyLitter 是年轻、快速变化的产品，这同时意味着兴奋和风险。Codex 路径最强，其他多个 Agent 仍标记为 Beta；Feature 和连接方式可能快速改变，一些流程也会比成熟终端工具更粗糙。

优势同样真实：小型开源产品可以快速尝试新连接方式、增加 Agent，并让用户检查或贡献实现。喜欢早期工具、主要使用 Codex 的开发者，可能比起打磨程度和工作流广度，更重视这种速度。

当移动工具必须在 Agent 层之外仍然有用，并希望使用更稳定的 Project、Action、Run、Activity、SSH/Mosh 与 tmux 模型时，选择 Redock。当免费开源不可妥协、Codex 是主力、设备端运行很吸引人，而且聚焦 Agent UI 比通用 Shell 更重要时，选择 KittyLitter。