假设你刚离开电脑,手机就收到服务的 HTTP 500 告警。仓库、日志入口,还有刚才排查到一半的 AI 编程任务,都留在工作电脑上。重新在手机里描述项目、找路径、补背景,光准备就够折腾一阵。
我参与开发的 CX远程助手,想解决的就是这个衔接问题:手机打开 CX,选回原来的电脑、项目和任务,查看进度、补充要求,需要你决定时再回复确认。任务仍由那台电脑上的原应用执行。
这篇把软件名、两端怎么连接,以及收到告警后可以怎么接着处理,一次讲清楚。
手机安装 CX远程助手 App,也可以直接使用 CX 的网页版工作空间。电脑端安装配套的桌面伴侣,再连接电脑上原有的 Codex、Claude 或 DSH 应用;具体配置以当前教程及应用卡片提示为准。
这里接续的是 AI 编程任务,不是靠手机拖动整块电脑桌面。你在手机里看原任务的消息和输出,发送下一步要求;真正访问项目、运行工具的,仍是选中的电脑和原应用。
比如电脑上的任务正在整理接口代码,你出门后想补一句“顺便检查这个接口的异常处理”,可以回到同一条任务继续说,不必在手机另开一个聊天,再把整个项目背景讲一遍。
以工作电脑上的 Codex 为例,先确认它在电脑上能正常登录、打开项目和响应,再配置 CX。
“已配对”和“应用已连接”要分别确认。电脑要保持开机、联网,伴侣和原应用也要运行;只在手机反复刷新,不能让一台睡眠或断网的电脑开始干活。

图:CX远程助手接续电脑任务的流程示意;先核对对象和输出,修改另行确认。配图含AI生成内容。
回到开头的场景。打开手机里的 CX远程助手,先选工作电脑,再选对应项目和正在排查的任务。名字相近时,顺手核对最近的对话与输出,别把另一台电脑上的测试项目当成线上环境。
如果影响持续扩大,应先通知值班负责人,按已有预案处置;手机接续可以协助整理材料,不必等它写完报告才行动。
第一轮要求可以写得具体一点:
请核对当前项目,在已有授权范围内整理这次告警前后十分钟的错误日志和最近部署记录,注明时间与时区。列出异常请求、可能相关的代码差异、支持或反对各个判断的证据。先不要修改文件、重启、回滚或发布;缺少资料就直接说明。
这里有个前提:原应用已经有权访问对应的日志或记录。CX负责接续任务,不会凭空增加服务器权限;没有连接和授权的数据,任务也不能替你读出来。
读回复时重点看三件事:
HTTP 500 只是症状,刚发布过也不等于已经找到原因。Google SRE 对故障排查的建议,同样强调影响判断、现有观测与假设检验。手机能接上任务之后,这些基本功还是得做。
重新在手机开一段聊天,最麻烦的往往是上下文断了:项目在哪、前面查到了什么、工具刚报了什么错,都得重新补。
CX远程助手把入口放到手机和浏览器上,让你继续查看原任务的消息、步骤和输出,再补充下一句要求。电脑沿用自己的项目与原应用配置,不用为了临时处理一个问题,把整个仓库搬到手机上。
当任务需要确认时,可以在支持的入口查看问题和可选操作,再回答、批准或拒绝。具体可用的模型、参数和权限,仍由当前电脑及应用提供,CX账号不能替代原应用账号或模型使用资格。
这个入口也适合不那么紧急的事:出门前让电脑整理交付文档,路上补一条安装说明;等测试跑完,先用手机看看结果,再决定要不要继续。相比“手机重新开工”,我更看重的是把电脑上已经开始的工作接下去。
手机屏幕小,涉及大段代码差异、不可逆数据操作,或者目标环境不清楚时,先看材料、交接或回到电脑处理。查询也尽量限定时间和范围,避免无界检索给故障中的服务添负担。
移动网络切换后,先看同一任务的队列、执行状态和最新回复。历史消息能打开,不等于电脑仍在线;消息已发送,也不等于已经执行,结果不明时别连着发第二遍重启或回滚。
需要停止时,核对停止回执。停止不会撤销已经写入的文件或已完成的外部操作,获批变更后还要回到原业务路径验证。
出门前用练习项目跑通一次连接和回复,比告警来了才研究配对码省心。CX远程助手提供的是一个随身接续入口,把原来的电脑、项目和任务接到手边;具体怎么处理问题,仍由你掌握。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。