Redock 解决的是一个具体的移动端问题：coding agent 已经能在终端 TUI 中完成有意义的工作，但手机需要更好的方式来控制这些会话。SSH 是连接手段，真正的产品挑战在连接周围：上下文、输入、重复任务、会话保活，以及中断后如何回到正确的工作现场。
因此，Redock 更适合被描述为 AI coding mobile workbench，而不是传统 SSH 工具。目标工作流不是“打开远程 Shell，然后什么都手动输入”，而是“打开正确 Project，启动或恢复 agent，发送清晰指令，运行验证，让任务在手机离开后继续存在”。
Project 改变了开始方式
很多移动终端操作在第一个有效命令前就已经变得很痛苦。你连接成功了，但还要记住项目路径、当前分支、测试命令、agent 命令，以及是否已有 tmux session。连接存在，但开发上下文缺失。
Redock 引入 Project，是为了让工作上下文有稳定入口。一个 Project 可以代表 Mac 上的仓库、VPS 上的服务、生产日志目录，或者个人自动化工作区。它让重复的移动开发操作有名字、有位置。
一个有用的 Project 应该回答四个问题：
- 这项工作应该运行在哪个 Host 上？
- 终端应该先进入哪个目录？
- 哪些 snippets 或命令和这个项目相关？
- 哪些最近 session 或 Run 属于这个工作？
这在移动端很重要，因为手机使用时间经常是碎片化的。越快回到上下文，越可能真的完成一些开发动作。
Action 把任务变成移动端控件
Action 是 Redock 将重复开发任务显式化的方式。你不需要每次重新输入命令，而是保存一个有名称、有运行方式的任务入口。
对 agent 工作流来说，运行方式和命令本身同样重要：
| 任务 | 示例 | 适合的运行方式 |
|---|---|---|
| 和 agent 对话 | codex、claude --resume、opencode |
Terminal Interactive |
| 检查当前状态 | git status --short |
Quick Task |
| 运行 focused test | npm test -- login |
Quick Task |
| 跑长时间构建 | npm run build |
Background Long Task |
| 跟日志 | tail -f logs/app.log |
Terminal Interactive 或 tmux |
这让手机端任务有了清晰形态。Agent 会话保持交互，快速检查留下输出，长任务可以在 tmux 中继续运行。
优先适配 Agent TUI
Claude Code、Codex、OpenCode 这类 agent 是对话式、长时间、带状态的终端工具。它们运行在终端里，但交互模式并不等同于一个短 Shell 命令。你需要读很多输出、回滚历史、复制内容、发送段落级 prompt，并让会话持续存在。
Redock 保留终端为核心，同时加强终端周围的控制：
- 滚动和历史回看要适合触屏。
- 复制、粘贴和选择要与终端手势共存。
- CJK 输入要能支持中英混合开发 prompt。
- 长 prompt 应该先组织好再发送。
- agent snippets 应该离终端足够近。
- 多个连接和会话不能混成一个状态。
对 AI coding 来说，终端不只是控制台，它是和 agent 对话的界面。
Prompt 输入很重要
Agent 指令经常是一整段话，而不是单个 Shell 命令。开发者可能需要在一条 prompt 里说明失败测试、限制条件、文件路径和期望方向。手机上不适合直接在终端行里组装这些内容。
待输入区给 prompt 一个缓冲层。你可以写、粘贴、口述、修改，确认后再发送。它特别适合：
- 较长自然语言 agent 指令。
- 中英混合 prompt。
- 包含文件路径和代码符号的内容。
- 看完测试失败后的修正指令。
- 由语音转写生成的 prompt 草稿。
这个差别很小，但很关键：移动输入从脆弱按键变成了准备好的意图。
恢复能力很重要
移动网络会变化，App 会进入后台。Coding agent 可能还在思考、编辑、运行测试或等待确认，而手机已经不在线了。如果进程只依附于当前 SSH 连接，工作流就很脆弱。
Redock 把 tmux 恢复能力放在正常流程旁边。你可以从 Host 或 Project 上下文创建、进入会话，把长任务跑在 tmux 里，并通过 Activity 或连接选择器回到已有工作。远程机器保留任务，手机随时回来接管。
这对长时间 agent 会话、构建、数据库迁移、日志观察，以及任何不应该依赖 App 前台运行的任务都很有价值。
Redock 的差异在实践中体现在哪里
产品差异往往体现在小而高频的时刻：
- 打开 Project，而不是回忆路径。
- 点击 Action，而不是重新输入启动命令。
- 口述一段 prompt，检查后发送给 agent。
- 把构建作为后台任务启动，然后离开手机。
- 重新打开 Redock，进入还在运行的 tmux session。
- 查看最近 Run 输出，而不是在回滚里寻找结果。
这些细节从桌面视角看可能不显眼，但在手机上，它们决定了开发任务是否真的可达。
快速结论
Redock 的差异在于，它围绕 AI coding 的移动生命周期设计：Project 上下文、可复用 Action、agent TUI 输入、待输入区、语音转写、tmux 恢复和 Activity。SSH 负责连接设备和机器，Redock 负责把连接组织成开发工作流。