任务该放云端还是 Connector?先看文件、依赖和电脑是否在线

把资料位置、工具依赖和输出去向列清楚,避免 Agent 选对了方法,却在错误的环境执行。

Buda Team
← 返回博客
任务该放云端还是 Connector?先看文件、依赖和电脑是否在线

一份市场简报只需要公开资料,一个项目脚本却依赖工作站上已经配好的环境,公司报表又只能从特定服务器导出。它们都能交给 Agent,但不一定适合放在同一台电脑上做。

决定执行位置,先看任务依赖什么,再看输入能否授权转移、机器能否保持在线、结果最后要交到哪里。这样才能避免 Agent 已经开工,人却还在搬文件、补依赖、找产物。

先列依赖,不先站云端或本地

每项任务先写五件事:输入文件在哪里、需要哪些安装好的工具、依赖哪个账号或网络、需要连续可用多久、产物放到哪个目录。只写文件名不够;还要明确是否允许复制,以及谁有权批准。

Buda 的云端 Agent 使用云端电脑执行工作。Connector 则把选定电脑注册为 Agent 的执行环境。通过 Connector 工作时,对话仍在云端,文件操作与命令在选定电脑上执行。本地执行不等于整项服务和全部对话都留在本地。

任务放置判断:输入可移交,还是依赖特定机器

用四个问题缩小选择

资料能否授权移交? 公开文档、获准使用的脱敏导出可能方便转移。机密资料不能因为 Agent 能读就直接上传;权限不清楚,先停下来确认,不要先设计搬运流程。

是否必须使用现成安装? 普通 CSV 和标准脚本,在检查依赖后可能适合云端。依赖特定软件、仓库配置或工具版本的项目,更适合先考虑已有环境。没有核清安装步骤,就不能假设随时能在另一台机器复现。

是否需要特定网络或账号? 内部工具可能适合在获准的公司服务器执行。但电脑连上了,不代表内部系统权限也有了。必须分别确认实际账号、允许访问的数据和获准操作。

机器能否保持在线? Connector 依赖电脑、网络和进程持续可用。设备睡眠、断网或进程停止,会使设备离线。打开 Desktop 应用,不等于目标电脑的 Connector 已经准备好。

三个虚构任务,不必选出一个永远最优的环境

以下是方法示例,不是客户案例,也不是性能实测。

任务初步放置什么情况需要改选
从公开来源整理市场简报云端,指定输入与输出目录必要来源只能在某个获准环境读取
运行已熟悉的项目脚本配好环境的工作站,经 Connector 执行依赖和获准输入都能在云端重建
导出公司内部报表权限核清后的指定服务器已有获准导出,只需分析副本

第三项也可以拆开:先在获准环境导出,人工检查和脱敏,再把批准过的副本移交给分析任务。分别记录转移的批准人和每份产物的位置。这是一套建议交接方法,不是产品自动同步功能。

扩大任务前,先做无副作用的位置验收

先选自己理解的小任务。让 Agent 说明当前执行环境,只列出一个获准目录,读取一份非敏感样本。确认后,再明确授权它在指定输出目录创建一个无害测试文档。若要运行熟悉的脚本,先确认它不会发消息、修改生产环境或覆盖文件。

随后到真实位置打开文件。聊天里说“已经生成”,不能代替找到文件并检查。需要分享日志或截图时,先隐藏设备名、令牌和私人路径。

正式执行前,确认所选 runtime、批准的输入目录和输出目录。只列指定目录,不复制资料、不装软件、不改配置、不发送、不删除。先提出一个无副作用的位置检查方案;写测试文件前等待确认。

交接清单:来源、运行环境、依赖版本与真实产物位置

交接的是文件与条件,不是一句完成

保留一张简短清单:来源路径和版本、所选执行环境、工具版本、获准操作、产物路径、验收人、下一项人工检查。如果复制过输入,补上来源与目标位置、批准范围。

Drive 与记忆 区分 Agent 私有 Drive 和 Space 共享 Drive。这个区分,以及在同一处聊天,都不意味着连接电脑上的文件已经自动进入云端 Drive。每一处交接都要明确核实。依赖或权限变化时,重新评估任务位置,不要悄悄把旧任务换台机器继续。

开始前还需要确认什么

云端 Agent 是否需要笔记本一直开着? 云端执行不依赖你的笔记本在线;通过 Connector 分配给该笔记本的任务则依赖它。检查 Agent 所选的 runtime,而不是你用什么设备看聊天。

本地运行是否自动更保密? 不能从位置直接得出这个结论。对话仍在云端,应核实资料流向、账号和操作范围;也不要把云端沙箱的隔离条件套到任意一台连接电脑上。

停止 Connector 会撤回已经做的工作吗? 离线影响的是可用性,不说明既有文件或操作影响已清除。先核查保留产物,清理或删除前另行确认。

先选一个低风险任务,列出依赖,再验证一个真实产物的位置。下一项更大的任务放哪里,就有了可以检查的依据。