4月27日消息,ClaudeDevs 发布线程,宣布 Claude Code 网页端(claude.ai/code)与 Claude 移动 App 中的 Claude Code 模块完成一次较大幅度的界面与底层刷新,整体视觉与交互逻辑向 4 月 14 日上线的桌面 App 重设计版本对齐。 本次更新的核心是把桌面端引入的会话侧边栏、拖拽式面板布局以及 Routines 视图同步到浏览器与手机两条入口,并在网页版重写了关键路径以提升响应速度和稳定性;同时再次强调 claude --teleport 命令——开发者可在网页或手机上启动一个云端会话,回到本地终端输入这条命令,就能把完整对话历史和当前分支拉到本机继续工作。三端入口由此被串成一条工作流,而不是三个相互隔离的客户端。 网页与移动端 UI 对齐桌面,会话管理逻辑统一
刷新后的 claude.ai/code 与移动 App 在视觉骨架上与桌面端保持一致:左侧是会话侧边栏,列出全部活跃和最近会话,可按状态、项目、环境过滤,并按项目分组;当某个会话关联的 PR 合并或关闭后,会话会自动归档,侧边栏只保留正在进行的工作。
网页版进一步引入了拖拽式的面板布局,开发者可以把会话主区、终端、预览、diff 视图按个人习惯排布,并且布局会被保存。Routines 视图也被纳入同一套导航中,定时任务、API 触发任务、GitHub 事件触发任务在网页和移动端均可查看运行状态。这套设计的潜台词与桌面端一致——把"单线程对话"模式改造成"多会话并行编排"模式,开发者更像是在调度一组在云端跑的代理,而不是与一个聊天界面对话。
claude --teleport 把云端会话与分支整体拉回本地
跨设备协作部分依赖的是 --teleport。在网页或移动端启动会话后,会话在 Anthropic 托管的云沙箱中运行,浏览器关掉、手机锁屏都不会中断;开发者回到本地终端,运行 claude --teleport 会出现交互式会话选择器,也可以用 claude --teleport 直接跳到指定会话;在已有 CLI 会话内则用 /teleport(或 /tp)打开同一个选择器。Claude Code 在传送时会校验当前仓库是否一致,把云端会话创建的分支 fetch 并 checkout 到本地,再加载完整对话历史,整个上下文不丢失。
需要注意的是,传送是单向的:云端会话可以被拉回本地,但本地终端会话不能反向推到云端;要从本机启动一个云端会话,得用 claude --remote "任务描述",会基于当前仓库的 GitHub 远端在云端克隆一份开始工作。--teleport 也与 --resume 不同——后者只读本机历史,前者读云端会话和分支。
底层重构带来网页版速度与稳定性提升
网页端的另一项变化在底层。官方表述是"重写了关键路径",可观察的体感包括:流式响应在生成的同时就开始渲染,不再等整段输出完成;大型 diff 视图在网页里也能按桌面端的重构版本流畅滚动;预览面板支持 HTML 文件、PDF 以及本地应用服务器的实时预览,与桌面端同步。会话本身仍跑在 Anthropic 管理的云容器里,每个 Git 仓库会话使用独立的 worktree 隔离,多个会话可以同时在不同分支上推进,互不污染。移动端这次主要是跟随桌面端的视觉语言和会话管理结构,让用户在通勤或离开电脑时仍能监控、批准、追踪云端会话的进展。
接入方式与权限范围
更新已对所有可使用 Claude Code on the web 的账号生效——研究预览阶段开放给 Pro、Max、Team 用户,以及拥有 premium seat 或 Chat + Claude Code seat 的 Enterprise 用户。访问入口仍是 https://claude.ai/code 与 Claude 移动 App 中的 Claude Code 入口;首次使用需要绑定 GitHub 账号,因为云端会话需要从 GitHub 克隆代码并推送分支。
要使用 --teleport,本地必须装有当前版本的 Claude Code CLI,并登录同一个 claude.ai 账号;传送时本地工作区必须保持 Git clean,否则会被提示先 stash。Routines 同样在研究预览中,按订阅档位设置每日运行配额:Pro 每日 5 次,Max 每日 15 次,Team 与 Enterprise 每日 25 次。
竞品对比:与 Cursor、Codex、Copilot Workspace 的路径差异
放回到 AI 编码工具大盘,这次刷新的看点不是 UI 本身,而是 Claude Code 选择的形态。Cursor 走的是 IDE 路线——本质是带 Claude/GPT 接入的 VS Code fork,所有交互发生在编辑器里;GitHub Copilot Workspace 以 issue 为最小单元组织任务;OpenAI Codex 是云端优先但缺少跨终端的会话管理和明确的"会话回流"机制。 Claude Code 这次把"会话"作为一等公民,跨网页、移动、桌面、CLI 四种载体共享同一个会话对象,且通过 --teleport/--remote 实现云端与本地的双向跳转,这是目前主流竞品都没有的形态。代价是它不打算做成一个完整 IDE——文件编辑、diff、终端这些功能被嵌进 Claude Code 自身的工作区里,但深度仍不及 Cursor;如果开发者的工作流以"自己写代码 + AI 辅助补全"为主,Cursor 仍然更顺手;如果工作流是"派 AI 跑任务 + 自己 review 和合并",Claude Code 这套更对路。
Routines 与 GitHub Actions 的关系也常被对比错——Actions 适合确定性 CI/CD,Routines 更偏解释性工作(review 摘要、风险分析、文档建议、backlog 整理),两者并行而非替代。
局限与遗留问题
更新本身仍有几处明确的局限。
其一,--teleport 单向限制目前没有解除,从 CLI 把现有本地会话推到网页这条路走不通,开发者必须从一开始就用 --remote 或网页/移动端发起会话;解决办法是桌面 App 提供的 "Continue in" 菜单,但这又把工作流绑回了桌面端。
其二,传送对 Git 状态非常敏感,未提交的改动必须先 stash,且本地必须处于和云端会话相同的仓库 checkout,跨仓库切换会被拒绝;云端会话所建的分支也必须先推到远端 Claude 才能 fetch。
其三,云端会话有空闲超时,超时后底层环境会被回收,CLI 端会以 "environment has expired" 报错,需要回到 claude.ai/code 重新激活会话以恢复对话历史。
其四,Claude Code on the web 整体仍在研究预览阶段,速率限制与账号其余 Claude/Claude Code 用量共享,重度用户在网页端跑多个长会话很容易触顶。
其五,桌面端的视觉重设计目前仅覆盖 macOS 和 Windows,Linux 用户能用 CLI 但拿不到完整的图形工作区,本次网页/移动端刷新虽然在一定程度上弥补了这一点,但 Linux 上想要"近桌面端体验",仍然要靠浏览器,而不是原生应用。
其六,Routines 仍是研究预览,GitHub 事件触发的 webhook 受到每路由和每账号的小时级配额限制,不适合替代生产级 CI 流水线。
对于把 Claude Code 当主力代理的开发者,这次更新的实际意义不在于多了几个按钮,而在于网页与手机不再是"功能阉割版的入口"——三端共享同一套会话模型,配合 --teleport 把工作随时拉回本地终端,跨设备工作的摩擦确实降低了一个量级。代价仍然是要接受研究预览阶段的额度限制、单向传送、对 GitHub 与 Git 干净状态的硬性依赖,以及在 IDE 路径与"代理调度台"路径之间做明确取舍。