两个工程师的副业项目如何演变为在Dropbox内部执行操作的智能代理
内容提要
Dropbox推出新AI代理体验，用户可直接对文件提问，并执行整理文件夹、重命名、准备分享材料等任务。代理在隔离沙盒中运行，可调用已安装软件，权限检查在沙盒外执行，凭据不暴露给代理。系统记录每次对话对应的文件版本，支持按对话精确撤销，避免影响他人改动。界面以结构化事件展示计划、进度和文件变更，用户可审批访问、跟踪并调整结果。
延伸解读
权限与凭据隔离：代理无法自我提权
文章强调，代理在隔离沙盒中运行，但权限检查在沙盒外执行，凭据不暴露给代理。代理调用工具或运行软件时，请求需经代理转发至host_tools，由后者检查目标与操作是否允许，并确认用户已授权，才添加凭据。沙盒无通用互联网访问，这是唯一对外通道。这种设计意味着即使代理被诱导或出错，也无法自行扩大文件或服务访问范围，安全边界不依赖代理自身行为。
按对话精确撤销：共享文件夹中的关键保障
文章指出，早期用Dropbox Rewind恢复版本时，需小心不撤销同期无关改动。新系统记录每次对话对应的文件版本，撤销时只识别该对话产生的变更，不影响其他文件。若受影响文件已被他人或其他代理编辑，恢复版本会另存为改名副本，保留他人工作。这解决了共享文件夹中多主体同时修改时的回滚难题，也让用户能从文件活动历史追溯变更背后的对话请求。
结构化事件与计划审批：让代理工作可读可控
代理的命令、工具调用、文件变更和计划更新以结构化事件逐条到达界面，被转化为卡片、状态指示和可展开活动。对于宽泛请求，系统先要求代理提出计划，并在计划被接受前阻止其请求文件修改权限。例如整理照片时，计划会提供按地点、日期或内容分类的选项。用户可跟踪进度、中断或调整方向，无需理解底层代码。这种设计把审批点放在计划层面，而非逐项变更，兼顾效率与控制。
快速启动与工具更新：工程取舍的启示
文章披露，75%的工作区在初始请求后300毫秒内连接Dropbox并准备好发送首个模型请求。为缩短等待，系统在用户输入几个词后即开始准备工作区。启动快得益于从内存快照恢复虚拟机，但更新rclone或代理等工具原本需重建快照。团队将工具移至独立虚拟磁盘，启动时复制最新工具，保留其余准备状态，从而在不牺牲启动速度的前提下持续改进系统。这体现了在快速启动与可维护性之间的务实平衡。
Q&A
Dropbox新推出的AI代理能帮用户做什么？
用户可以直接对文件提问，并请求代理执行整理文件夹、重命名文件、准备分享材料等任务。代理还能运行已安装的软件，完成视频编辑、音频转录、图表制作和电子表格编辑等工作。
这个AI代理是如何保证文件操作安全的？
代理在隔离的沙盒中运行，权限检查在沙盒外执行，凭据不会暴露给代理。所有对外请求都经过代理转发，由外部进程验证目的地和操作是否允许，并确认用户已授权文件更改。
如果代理改错了文件，我能撤销吗？
可以。系统会记录每次对话对应的文件版本，支持按对话精确撤销，只还原该对话所做的更改，不影响其他文件或他人的修改。如果文件已被他人编辑，恢复的版本会另存为副本以保留他人工作。
代理执行任务时，用户如何跟踪进度和审批权限？
界面以结构化事件展示计划、进度和文件变更，例如卡片显示命令、状态指示和可展开的活动。用户需要审批文件夹访问权限，可以中断或调整代理的工作，并在计划被接受前阻止其请求更改权限。
这个代理项目最初是怎么来的？
它源于两位Dropbox工程师Daniel Reiter Horn和Rich Chan的副业实验。Daniel为了在无3D软件的笔记本上设计城市景观模型，搭建了带软件的沙盒并连接Dropbox；Rich为了每周处理报销单，在桌面应用中构建了带权限控制的图形界面。两者结合后演变为产品。
代理的工作环境是如何快速启动并保持更新的？
每个对话获得一个基于Ubuntu的独立工作区，利用QEMU从内存快照恢复虚拟机，可在数十毫秒内启动。常用工具放在单独虚拟磁盘上，启动时复制最新版本，无需重建快照即可更新工具。
