Claude Cowork 3P 来了:把 AI 同事接到自己的模型网关上
这两天看 Claude Cowork 的 3P 文档,我觉得它其实释放了一个很重要的信号:
AI 工具正在从“网页聊天框”,变成真正能接入公司工作流的桌面智能体。
以前大家用 Claude,大多还是打开网页,问一句、答一句。Claude Code 出来以后,开发者开始把任务直接交给它处理代码仓库。现在 Cowork 更像是把 Claude Code 的能力搬到了普通知识工作场景里:不一定写代码,也可以整理文档、分析资料、生成表格、做研究、跑多步骤任务。
而 3P 的意思,是 Cowork 不一定只能走 Anthropic 自己的一方服务,也可以通过企业配置,把推理请求接到第三方推理平台,比如 Vertex AI、Bedrock、Microsoft Foundry,或者企业自己的 gateway。
换句话说,界面还是 Claude Cowork 的工作台,但模型推理、账单和访问控制,可以交给你自己选择的后端。
一、Claude Cowork 的界面,重点不是聊天,而是“交任务”
Cowork 最值得关注的地方,是它不是传统聊天界面。
传统 AI 工具的逻辑是:
你问一句,它答一句;
你补一句,它改一句;
你再复制结果,自己整理文件。
Cowork 的逻辑更像:
你交代一个结果,它自己拆步骤、读文件、跑任务、生成交付物,中间必要时再回来问你。
公开功能介绍里,Cowork 更强调“outcome”,也就是结果导向。你不需要把一件事拆成十几个 prompt,它会先理解目标,再规划执行路径。
比如你可以给它一个任务:
帮我整理这个文件夹里的市场调研资料, 输出一份竞品分析报告, 再附一张可编辑的表格。
它不是只给你一段回答,而是会围绕本地文件、资料整理、结构化输出去工作。
这就是 Cowork 和普通 Chat 最大的区别:它更像工作台,不只是对话框。
二、几个值得关注的功能亮点
1. 本地文件读写
Cowork 可以直接处理你授权的本地文件夹,不需要你反复上传、下载、复制粘贴。
这点对真实办公很关键。因为大多数工作不是“问一个问题”,而是围绕一堆文件展开:
会议纪要、Excel、PPT、PDF、截图、邮件导出、项目资料、合同草稿……
Cowork 可以在你给定的工作区里读取、创建、修改文件。对普通用户来说,这比单纯聊天实用得多。
2. 多步骤任务执行
Cowork 背后沿用了 Claude Code 的 agentic 架构。它可以先分析任务,再拆成子任务,必要时并行处理。
比如你让它做一份报告,它可能会先读资料,再整理目录,再提取表格,再写正文,最后检查格式。
这种能力很适合高重复、强整理、结果明确的工作,比如:
整理一批客户反馈 生成培训材料 从合同中提取关键条款 把零散资料整理成汇报文档 把调研文件变成结构化表格
3. 专业交付物输出
公开介绍里提到,Cowork 不只是生成文字,还可以输出更接近办公交付物的东西,比如带公式的 Excel、格式化文档、演示材料等。
这对非技术用户很友好。
很多人不是不会写,而是讨厌从零搭结构、调格式、做表格。Cowork 的价值就是先把粗活跑出来,人再做判断和微调。
4. Projects 项目化管理
Cowork 支持 Projects,可以把相关任务放在独立工作区里,带上自己的文件、链接、指令和记忆。
这意味着你可以按工作流拆项目:
公众号内容项目 客户资料整理项目 财务报表分析项目 产品需求项目 合同审阅项目
每个项目保留自己的上下文,后面继续做类似任务时,不用每次从零解释背景。
5. 3P 模式更适合企业和重度用户
3P 最大的亮点,是推理请求可以走你配置的第三方 provider 或 gateway。
公开文档里提到,Cowork on 3P 可以通过 OS 原生配置或 MDM 部署,把模型推理路由到指定后端。对于企业来说,这意味着:
模型供应商可以自己选 账单可以走自己的云或网关 网络出口可以控制 可用模型可以统一管理 部分场景下数据可以留在指定区域
这和普通个人订阅完全不是一个思路。
个人订阅解决的是“我能不能用”;
3P 解决的是“我的团队能不能可控地用”。
三、3P 接入大概怎么做?
从公开文档看,Claude Cowork 3P 目前更偏企业部署,但单机测试也可以通过本地配置完成。
大致流程是这样:
第一步:安装 Claude Desktop
先安装最新版 Claude Desktop。3P 是 Claude Desktop 的一种部署模式,不是单独下载一个新软件。
第二步:打开开发者配置入口
启动 Claude Desktop 后,不要急着登录 Anthropic 账号。
在菜单里打开:
Help → Troubleshooting → Enable Developer Mode
开启开发者模式后,再进入:
Developer → Configure third-party inference
这里就是 3P 推理配置界面。
第三步:选择推理提供方
3P 支持的后端包括:
Gateway Google Vertex AI Amazon Bedrock Microsoft Foundry
如果你用的是统一模型网关,一般会选择 Gateway。
这个模式适合企业自己维护推理入口,也适合把多个模型统一收在一个 API 入口里管理。
第四步:填写 Gateway 信息
核心要填几类信息:
Inference Provider: gateway
Gateway Base URL: https://apitoken.fun/v1
API Key / 令牌:在 apitoken.fun 后台生成的令牌
Model list: 选择你要开放给 Cowork 的模型,例如 GPT / Claude / Qwen / DeepSeek 等
Organization UUID: 你的部署标识,按 Cowork 3P 配置要求填写
如果 gateway 支持模型发现,Cowork 可以自动读取模型列表;如果不支持,就需要手动写模型 ID。
这里要注意,模型 ID 必须和你的网关实际返回或支持的 ID 一致。比如你后台叫 claude-sonnet-4-6,配置里就不能随便写成另一个名字。
第五步:配置工作区和网络权限
Cowork 是能读写文件、执行任务的,所以别一上来给太大权限。
建议先只开放一个测试目录,比如:
~/Documents/Claude-Test
网络访问也一样,先只放行必要域名。等测试稳定后,再逐步扩大范围。
第六步:Apply locally,本机测试
配置完成后,先点 Apply locally,让 Claude Desktop 重启并进入 3P 模式。
如果配置成功,登录页会出现使用第三方推理配置启动 Cowork 的选项。进入后,先做一个最小测试:
请在当前工作区创建一个 test.md, 内容写一句:Claude Cowork 3P 配置测试成功。
能创建文件,再测试长一点的任务。比如读取一个文档、整理摘要、生成表格。
四、为什么 3P 值得关注?
我觉得 3P 真正的价值不是“换个 API 地址”这么简单。
它背后代表的是一种新的 AI 使用方式:前端体验和后端模型开始解耦。
以前大家用 AI 工具,经常被绑在一个固定模型、固定账号、固定账单体系里。体验是完整的,但弹性不够。
3P 之后,企业和重度用户可以保留 Cowork 这种成熟界面,同时把推理后端接到自己的云、自己的模型网关、自己的成本控制系统里。
这对三类人特别有吸引力:
第一类:企业 IT,希望统一管控模型访问和成本 第二类:重度 AI 用户,希望按任务切换不同模型 第三类:开发者和自动化玩家,希望把 AI 桌面工具接进自己的工作流
尤其是成本这一点,长期用 AI 的人应该都懂。
强模型当然好,但不是所有任务都值得用最贵的模型。整理表格、改标题、提摘要、做格式转换,这些任务完全可以走更便宜的模型。复杂判断、长文分析、关键交付,再切强模型。
3P 的意义,就是给这种“模型分层”留下空间。
五、如果想低成本试 3P,可以关注 apitoken.fun
如果你只是想理解 3P 的接入思路,最重要的是先搞清楚三个概念:
Base URL API Key Model ID
这三个东西配对正确,很多 OpenAI-compatible 或 Anthropic-compatible 的调用场景就能跑起来。
我自己更建议新手先别一上来做很复杂的企业级部署,可以先用一个模型聚合入口,把常见模型跑通,理解模型切换、调用成本和扣费逻辑。
像 apitoken.fun 这类第三方 AI API 入口,适合做这类测试:一个入口管理多种模型,适合先跑轻任务、看速度、看稳定性、看成本,再决定要不要长期接入自己的工作流。
如果后面要接 Claude Cowork 3P,重点不是“随便填一个 OpenAI 地址就能用”,而是要确认你的网关是否支持 Cowork 3P 需要的 gateway 协议、模型发现、模型 ID、鉴权方式和工具调用能力。
所以比较稳的做法是:
先用 apitoken.fun 跑通普通 API 调用 再确认是否支持 Claude Cowork 3P 所需的 gateway 配置 最后再把它接进 Cowork 做本地任务测试
这样风险最低,也最容易定位问题。
六、总结
Claude Cowork 3P 值得关注,不是因为它又多了一个配置项,而是因为它让 AI 桌面工作台开始具备企业级部署和第三方模型接入能力。
前端是 Cowork,负责文件、项目、任务、执行体验;
后端是你选择的模型网关,负责推理、成本、模型切换和访问控制。
对于普通用户来说,它说明未来 AI 工具会越来越像真正的“工作同事”;
对于企业和重度用户来说,它说明模型入口不一定要被单一平台锁死。
如果你已经开始高频使用 AI,下一步要思考的就不是“哪个模型最强”,而是:
什么任务该用强模型? 什么任务该用便宜模型? 怎么统一管理调用入口? 怎么让 AI 真正进入自己的工作流?
这才是 3P 模式真正有意思的地方。
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐

所有评论(0)