Claude Cowork 上了网页和手机端，开发团队先别只看“随时能开任务”

技术团队要把它当成远程执行环境来评估任务从哪里启动文件保存在哪里日志怎么留失败后谁接手这件事先按一个普通技术接入来处理就行先看入口、文件、日志和失败后的处理人别一开始就把它写成一个完整方案。把远程任务当成一个执行面开发团队这边这次 Cowork 更新不是多了两个入口那么简单任务可以从 web 或 mobile 进入又可能在远程 session 里继续跑工程侧就要把它当成一个新的执行面谁发起、用什么文件、产物落到哪里、失败时怎样回收。官方在 2026 年 7 月 7 日 release notes 中确认Claude Cowork 已支持 web、desktop、mobile。web 和 mobile 仍是 beta先从 Max plan 在未来几周滚动远程 session 运行于 Anthropic serverssession 与文件进 Claude account。设备关闭后任务仍能继续scheduled tasks 也不依赖本机在线。技术侧先不用写长方案先把几项字段定下来任务编号、输入文件、输出目录、错误信息、接手人这些字段能对上后面排查才不会靠猜。日志、目录和接手人要先写清楚技术侧先不用写长方案先把几项字段定下来任务编号、输入文件、输出目录、错误信息、接手人这些字段能对上后面排查才不会靠猜。技术验收表要能映射到日志和责任人比如 session id、输入文件、输出文件、人工接管时间、失败类型这些字段后面都可能用于排查。147AI 可以放在多模型评测链路里做候选接入层记录同一组样本在 Claude、GPT、Gemini 上的调用结果和成本变化它不负责 Cowork 权限但能帮技术侧把模型选择过程留痕。别让后台任务直接改正式资料上线前不要只写“可以继续试”技术侧要把暂停条件写清楚连续失败几次要停、权限不足时谁处理、输出覆盖了旧文件怎么恢复、跨模型比较时如何保留同一组输入这个退路写得越具体后续排查越少靠记忆。CSDN 读者比较适合从最小 demo 开始固定一组任务、固定输入目录、固定输出命名再把失败样本单独保存跑不通的步骤先别补话术直接补日志。技术侧还要单独保存配置和接口说明涉及模型接入时要区分 Claude 原生接口和 OpenAI 兼容调用不要把一个 Base URL、一个 endpoint 或一个 header 推到所有工具里。再补一个容易被忽略的检查点远程 session 的输出可以不要直接覆盖仓库或共享目录先落到临时目录再由人合并到正式位置能减少“任务跑完但没人知道改了什么”的问题。还可以加一条本地文件保护规则所有远程任务输出先进入临时分支或临时目录人工确认后再合并这样即使 Cowork 在后台继续运行也不会直接改变生产资料。技术侧记录不要写得太复杂可以先留几个基础项任务编号、输入材料、输出位置、错误信息、人工接手人这些够第一轮排查使用。事实依据Anthropic 2026-07-07 release notes以及 Claude Cowork web/mobile 帮助文档。技术侧还可以补一个小测试先让 Cowork 处理同一份需求说明再分别在本地和远程 session 里跑一次看输出文件名、保存路径、错误提示有没有差别。这个测试不复杂但能看出远程任务和桌面任务是不是会混在一起。如果团队已经用代码仓库或共享盘远程任务的产物不要直接进入主目录可以先放到一个待确认目录确认人看过以后再移动。这样做显得慢一点但后面查错时能少很多争论。