OriginRouter CLI远程访问

远程访问

远程功能由三个独立授权范围组成：设备信任、Remote Share 和工作区授权。启用其中一项不会自动扩大另外两项。

远程控制消息在可信设备之间通过端到端加密通道传输；中继服务负责认证、路由和投递，不代替目标 CLI 执行命令。远程模型的任务内容仍由实际模型服务处理。完整边界见数据与执行边界和设备与安全。

最小工作区授权

从 App 控制另一台电脑时，先完成服务启动，再使用 originrouter remote setup --workspace <path> 建立最小工作区授权。

共享自有模型服务

只有需要让其他可信设备使用自有 API、企业网关或本地模型时，才追加 --providers。执行前先完成对应的模型权限配置。

先完成安装

开始前请完成CLI 概览与安装中的安装和 originrouter setup。该流程会安装并启动本机服务。

系统服务的安装、启动和状态管理见服务与后台进程。

originrouter login
originrouter service status
originrouter remote status

按顺序执行：登录账户、确认本机服务运行状态，最后检查远程能力状态。

无图形界面的设备使用 originrouter login --no-browser。

2. 设置远程能力

模型权限

在目标设备的 App“模型服务控制”中打开模型列表：先启用模型的“本机启用”，只有需要让其他可信设备使用时，再打开“允许远程”。如果不使用 App，也可以通过 Local API 完成同样的设置；这两个开关分别决定模型能否被本机路由使用，以及能否被 Remote Share 暴露。

CLI 没有用于切换模型远程权限的独立命令。remote setup 和 remote share start 只会启动或登记已授权的模型。

从目标设备的管理上下文执行：

originrouter remote setup

一次设置也可以指定共享的模型服务和工作区：

originrouter remote setup \
  --providers openai,anthropic \
  --workspace /path/to/project

Remote Share 只提供选定模型服务中同时打开“本机启用”和“允许远程”的模型。

它不共享模型服务密钥，也不授予文件访问。

如果没有满足条件的模型，启动会失败并提示模型服务不存在或没有允许远程的模型。回到 App“模型服务控制”的模型列表，打开对应开关后再重试：

originrouter remote share start --providers openai,anthropic
originrouter remote share status

按顺序执行：启动指定模型服务的 Remote Share，再确认共享状态。

originrouter remote workspace authorize /path/to/project
originrouter remote workspace list

按顺序执行：授权工作区目录，再确认已登记的目录列表。

可信控制端可以请求登记目录：

originrouter remote workspace request /path/to/project --device <device-id>

目标 CLI 只会自动接受无需系统交互权限的目录。智能体进程不能执行 request 或 authorize 来扩大自身权限。