ARTICLE · 987417
豆包工作Agent上线:下载电脑版,免费领30天会员
大家好，我是孟健。
我让电脑休眠后，ShipSolo 的诊断任务仍在云端继续跑，几分钟后完整报告回到了手机。手机发起后，电脑版和 Web 端都能接住同一任务，完整报告也能在电脑端打开。
豆包工作这次的升级让跨端同步和云电脑执行变成默认能力。官网当前显示下载免费领取 30 天订阅权益，我已经领过，账户页显示标准套餐已开通。
测试对象选 ShipSolo 是因为这个站点是我自己的公开项目，不需要登录和授权，适合验证 Agent 在公开站点诊断这个场景下的安全边界。
01 手机发任务，电脑版和 Web 端同时接上
早上 10:19，在手机端提交任务：检查 ShipSolo 首页、适配诊断页、定价页三个公开页面，限制登录、表单提交、修改代码、部署等不可逆操作。
同一条 ShipSolo 任务分别出现在豆包工作电脑版原生界面和 Chrome 的 doubao.com Web 端，内容与执行进度一致，不需要重新下发指令。
手机端在这里承担的是任务入口。任务发出去后，电脑版和 Web 端都保留完整上下文，可以继续验收。这个过程证明了手机端发起的任务能在电脑版和 Web 端完整接上，任务上下文自动同步。
02 云电脑把长任务从本地拿走
本地执行的长任务通常依赖本地机器保持在线。Chrome DevTools 开着、终端跑着，电脑休眠任务可能中断。云端执行减少这种设备依赖。
豆包工作的云电脑把执行环境搬到云端。10:20 开始返回 ShipSolo 首页的真实截图，地址栏显示 shipsolo.io，说明云端浏览器已经打开目标站点。
这次能看到的是执行记录、页面截图和结果文件，没有出现可远程接管的完整桌面。云电脑界面显示的是放大的云端页面截图，而不是可交互桌面。
10:25，同一结果同步回手机。我让本地电脑休眠。
10:27，手机收到诊断完成通知，6 项问题清单和完整报告都在。电脑休眠期间，任务没有挂，云电脑继续执行并回传结果。
这是跨端和云电脑组合起来真正改变的地方：长任务不再绑死一台设备，不需要人守着，执行发生在云端。人可以换设备，但任务上下文不丢。
03 ShipSolo 诊断交付了什么
Agent 诊断了首页、适配诊断页、定价页三个公开页面，桌面端和 iPhone 12 Pro 视图都测了。报告称使用 Chrome DevTools、curl 和 Python 图片分析，未登录后台、未提交表单、未修改任何线上数据。
恢复 Web 端后，完整报告显示为结构化 Markdown 文件，可以直接打开。
Agent 的 Markdown 报告不是一句总结。它按严重程度列问题，每项问题给出页面位置、复现步骤、证据截图、修改建议，并推荐了一个低风险检查项。这是结构化交付的具体证据：你拿到的是一份可以直接排优先级的待办清单。
报告列出 6 项问题：
Title 品牌名重复：诊断页和定价页 title 里「轻舟·shipsolo」连续出现两次。
4 个字体 preload 警告：浏览器提前下载了 4 个字体文件，但页面加载后几秒内未使用。
创始人头像尺寸过大：原始尺寸 1022×1022，实际显示可能只有 100px 左右。
部分内容图宽度超 2000px：页面内容区最大宽度约 1140px，移动端只有 390px。
首页 canonical 缺少尾部斜杠：标准写法应为
https://shipsolo.io/。页面 title 与 og:title 语序不一致：社交分享标题和搜索结果标题语序不同。
报告还称 105 个网络请求全部成功、零 JS 报错、所有链接有效、SEO 基础信息完整。
这个交付物看起来完整，但 Agent 报告需要二次核验。
04 报告完整，但我仍做了一次事实复核
Agent 能快速找到检查点，但影响程度仍要人工确认。
Title 重复是真实存在的。打开诊断页源码，title 确实是 🐴 3 分钟适配诊断 — 轻舟·shipsolo | 轻舟·shipsolo。定价页同样如此。
4 个字体 preload 警告也真实存在。刷新页面，控制台出现 4 条相同警告，涉及的字体文件 URL 和报告一致。但"加载后未使用"来自 DevTools 警告本身，没有实测数据证明多大性能影响。
更重要的是，Agent 推荐移除 preload 仍需先确认字体是否在页面其他位置使用，不能直接删除。这是工程判断：Agent 给的是下一步检查项，不是可以无脑执行的修复命令。这个边界很重要，移除前仍要检查字体显示、加载时机和各页面回归结果。
头像原始尺寸确实是 1022×1022。我回到本地生产仓库素材目录，mengjian-avatar.jpg 尺寸和报告一致，但文件体积只有约 61KB。Agent 找到了可检查点，但没有给出体积优化的量化收益。
内容图宽度确实较大：keyword-research-tool.webp 是 2310×798，但文件体积只有约 61KB；ai-comment-assistant.webp 是 1745×860，约 43KB；case-dongdong-product.webp 是 1623×842，约 81KB。像素尺寸大，但文件体积不算夸张。报告里有些性能收益和 SEO 影响没有数据支撑，我删掉了。
首页 title 与 og:title 语序确实不同。
"105 个请求全部成功""零 JS 报错""所有链接有效"我没有逐项复测，按"报告称"的口径写。
这次只交付了诊断报告和优化建议，没有修改代码、没有部署。
05 跨端和云电脑改变的是任务连续性
豆包工作这次升级把跨端同步、云电脑执行、结构化交付三件事组合起来，改变的是任务连续性。
本次测试没有追求"跑得多快"，只验证了三件事：手机能否发起、电脑休眠后是否继续、Web 端能否接住完整结果。从 10:19 手机发起，到 10:27 手机收到报告，这 8 分钟只记录任务连续性，不用于评价执行速度。
手机发任务不再是临时应急，能在 Web 端完整验收；云电脑让长任务从本地设备拿走，电脑休眠也不影响执行；报告以 Markdown 格式交付，可以直接打开、复制、存档。
我当前最看重的价值是：长任务不再要求人和设备同时在线。人可以从手机切到电脑版或 Web 端，任务上下文和执行进度不丢。以前我在手机上和 Agent 聊完一个问题，回到电脑还要重新解释上下文。现在手机发出去的任务，电脑版和 Web 端都可以直接接手验收，不需要重新下发指令。
但安全确认边界必须说清楚。
这次我刻意选公开 ShipSolo 页面并禁止登录、提交、修改、部署。测试对象是我自己的公开站点，不需要登录，不涉及敏感数据。如果以后测试私有后台，验证码、支付、生产写操作必须停在人工确认。
官网公开说明豆包工作可以读取、创建和修改电脑里的本地文件，也可以自动打开网页、填写信息和完成跨页面操作。这意味着它有真实执行能力，不是只能查资料的助手。
正因为有真实执行能力，使用前必须确认任务边界。这次我明确限制了"不登录、不提交表单、不修改代码、不部署"，Agent 按这个边界执行。如果任务涉及不可逆操作，必须先确认是否信任这个 Agent。
官网当前显示下载免费领取 30 天订阅权益。我已经领过，账户页显示标准套餐已开通。
06 这几类长任务更适合交给云电脑
长任务不绑人：跑长任务不用守着电脑，本地休眠也不影响执行，外出路上任务继续跑。
批量巡检：30+ 站点矩阵的页面加载、链接有效性、SEO 信息检查，可以批量派发给云电脑，我只负责看报告。
本地资源紧张：开着 DevTools 和终端就卡的电脑，执行环境搬到云端，本地只看结果。
报告要二次核验：Agent 能找到检查点，但影响程度和优化收益要人工判断；私有后台的验证码、支付、生产写入、删除、部署必须停在人工确认。
豆包工作Agent全新升级，下载电脑版「豆包工作」体验领先的AI办公能力，限时免费领取30天订阅权益（下载访问https://www.doubao.com/work）
🚀 想要与更多AI爱好者交流，共同成长吗？
📚 精选文章推荐