TL;DR：在 Mac 上打开 设置 → 远程编码，开启 启用远程编码。然后在任意其他设备上打开 lingcode.dev/remote，用同一个 LingCode 账户登录，从主机列表中选中你的 Mac，即可开始提问。无需端口转发、无需 VPN、无需配对码。
真正干活的地方是你的 Mac——代码仓库在那里、API 密钥在那里、算力也在那里。你出门在外时缺的往往不是这一切的副本，而是一种与它对话的方式。远程编码给你的正是这个，仅此而已。
"用手机写代码"的第一反应通常是把项目同步到某个地方——云端 IDE、一个容器、把仓库再放一份到服务器上。这牵扯出一大堆零件，而它们存在的全部目的，不过是重建一个你桌上已经跑着的环境。它还意味着你的密钥和代码如今又多了一处落脚点。
远程编码跳过了"复制"这一步。你的 Mac 仍是唯一的事实来源——它继续运行 LingCode，打开着你的项目、配置好你的服务商。手机上的浏览器只是通往那台 Mac 代理的一扇窄窗：你输入提示词，它在 Mac 上运行，结果再流回来。项目里的任何东西都不会离开它本来所在的机器。
远程访问之所以让人头疼，通常绕不开两个问题——"外部如何穿透 NAT 找到我的笔记本？"以及"我怎么确保只有我能连上它？"在这里这两个问题的答案都平淡无奇，而这正是关键所在。我们先讲清心智模型，剩下的就是拨两个开关。
这里没有要执行的设备握手，也没有要暴露的端口。两端登录同一个 LingCode 账户本身就是配对——你的 Mac 把自己注册为"你的主机"之一，而网页只会显示你登录的这个账户名下的主机。换别人登录同一个页面，看到的是他们自己的 Mac，永远不会是你的。
连接本身经由 LingCode 的中继转发。你的 Mac 主动向外连到中继并保持在线;网页也向外连到同一个中继;中继在两者之间转发消息。因为两端都是向外发起连接,所以没有任何需要转发的入站连接——家里的 Wi-Fi、咖啡馆的 NAT、蜂窝网络,只要能上网就行。中继就是那条隧道,你不必自己去搭。
在 Mac 上的 LingCode 中打开设置，找到远程编码一节，开启启用远程编码。下方的状态行会精确告诉你进展：先短暂显示正在启动…，待你的 Mac 向中继注册成功后，便稳定显示绿色的 ● 在线——可在 lingcode.dev/remote 访问。
如果你看到的是提示登录，那就是唯一的前提条件：远程编码依托你的 LingCode Cloud 账户，所以 Mac 必须先登录。打开账户标签页，确认显示了你的邮箱，再回来重新开启即可。一旦变绿，你的 Mac 就成了一台主机——保持 LingCode 运行，这一端就完成了。
在手机、平板或另一台笔记本上，用任意浏览器打开 lingcode.dev/remote，并用与 Mac 相同的账户登录。这台设备上无需安装任何东西——它就是一个网页。
侧边会有一个你的主机列表。在线时你的 Mac 旁是绿点，离线时是灰点。点一下即可连接。（列表会自动刷新，所以如果你刚把 Mac 开启，稍等一秒它就会变绿。）
连上主机后，底部的输入框便会激活。选择一个服务商——LingModel 或 Claude——输入你的请求并发送（点发送按钮，或 ⌘/Ctrl+Enter）。代理在你的 Mac 上、针对你真实的项目运行，它的回复会随着工作进展实时流回浏览器。
当代理想做需要你点头的事——运行命令、改动文件——授权提示会直接出现在页面里，就和你坐在 Mac 前看到的那道关卡一样。在手机上批准或拒绝，代理便继续。你看的不是录像，而是在亲手掌舵这场实时会话。