Mac mini 上的 Codex 刚帮你写好一套图片处理函数，模型和依赖也都调通了。你回到 MacBook，用 Claude 准备发布内容，它却不知道这项功能存在，又开始建议安装工具或重写代码。两边的工作都属于你，连接它们的那个人却仍然只能是你。
如果只是偶尔执行一次，SSH 或远程桌面就能解决；一段没有特殊依赖的代码，也可以直接同步过去。你真正想省掉的是反复介绍这件事：另一台机器有什么、处理什么、接受哪些输入、应该怎样调用。
通过 EasyRemote，可以把已完成的函数留在 Mac mini 上执行，并为它发布明确的调用入口。MacBook 不必复制它的运行环境。接着，要让 Claude 使用这个入口，就需要连接它支持的工具接口，例如 MCP——一种让助手列出并调用外部工具的接口，而不是把整台电脑交给助手。
工具描述决定了它有没有机会被正确使用。只写一个内部函数名不够，还应说明它适合处理什么图片、需要什么格式、会返回什么结果。助手需要时可以根据这些信息选择；选择后是否允许执行，还要经过独立授权，不能因为看得见就默认用得了。
接入时先确认 Mac mini 的运行服务和函数都已启动，再从 MacBook 查看实际能见到的工具。函数在本机注册成功，不代表另一端已经能发现：发布状态、网络和客户端刷新都有可能影响结果。这一步应该由实际查询确认，而不是在提示词里写一句“你已经有这个工具”。
图片本身也需要一条明确路径。如果函数接收图片引用，就先让素材进入双方获准访问的位置，返回结果也提供调用端能读取的入口；不能把 MacBook 的本地路径直接当成 Mac mini 上的文件。接着在 MacBook 上提出一个普通图片任务，看 Claude 是否会选择这个工具、能否取回正确结果。最后让 Mac mini 离线一次，确认另一端会说明服务不可用，而不是继续等待或报告完成。
理想的变化是，刚完成的功能不再只活在那一次编码会话里，而成为你其他工作可以用到的能力。它仍依赖运行设备在线，也不能保证模型每次都选对工具；但你不必再把搬代码、装依赖和解释接口，作为每次开始任务前的固定工作。
- 01
MacBook上的图片
选择允许传给提供端的图片。
- 02
Mac mini上的函数
收到可访问的图片后运行现有模型。
- 03
回到当前助手
返回结果和可访问的输出位置。
图片处理请求的数据
这是建议的业务输入，不是自动上传接口；input_ref需由你的文件服务提供真实授权引用。
{
"input_ref": "<authorized image reference>",
"operation": "remove_background",
"output_format": "png"
}预期结果：提供端能读取输入并返回透明背景PNG；引用不可读时明确失败。
接入时的检查项
- 第二台物理设备能列出并调用目标能力。
- 助手选择理由与能力描述相符，不靠预填工具名。
- 撤去访问或停止提供方后不返回伪造成功。