服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- Managed Deployments于10月9日公布，仍是公开预览；Free计划不能运行，PAYG与Enterprise的组织级同时运行部署上限分别为3和10。
- 当前支持github.com上的公开或私有仓库；仓库须安装Mistral GitHub App，并且当前账号有访问权限。
- Active表示worker已注册工作流，执行是否完成、输出是否正确，还要另外确认。
- 提交新代码后需显式重新部署；超出部署上限的创建或启动会返回403，停止或删除不用的部署可释放名额。
谁能用，3和10究竟限制什么？
Mistral在2026年10月9日发布Managed Deployments，让云端代管运行工作流的worker，也就是实际执行任务的程序。它目前是公开预览，功能和限制可能调整，适合已有Workflows项目、希望减少服务器维护的开发者。
使用资格是付费的Pay-as-you-go或Enterprise计划，Free计划的部署额度为0。这组公告和指南未给出托管计算的具体费率或部署地区，付费资格不等于托管免费；准备采用时还需确认自己的账单与可用区域。
上限按每个组织同时运行的托管部署计算：PAYG为3个，Enterprise为10个。一个部署是运行worker的独立实例；这里的数字没有说明一个工作流能同时执行多少任务，也不是模型请求、token或线程的额度。
代码放进GitHub后，平台替你做什么？
Mistral Cloud会克隆仓库，按仓库里的Dockerfile构建镜像，再启动容器中的worker。Dockerfile是说明程序如何打包和启动的文件；你可以省去自行准备和维护worker服务器，但项目本身仍需具备正确的启动配置。
官方入门路线要求Python 3.12或以上、uv工具，以及创建GitHub仓库的权限。Workflows的项目生成工具提供示例工作流和Dockerfile；把项目推送到仓库前，先依指南确认worker能注册工作流，并检查本地密钥没有进入提交。
当前支持的是github.com这项公共GitHub服务，仓库本身可以公开，也可以私有。不要把文档里的public GitHub误读成必须公开代码；GitLab和GitHub Enterprise属于未来支持范围，当前不能直接套用这条部署路线。
私有仓库没出现在列表，先查哪里？
先在Mistral GitHub App的配置页面选择组织和要部署的仓库，确认App获准访问该仓库。不是组织管理员时，由组织所有者完成安装或授权；仓库是私有并不自动构成障碍。
然后进入Studio的GitHub App settings，添加连接凭据。创建部署时，列表只显示已安装App、且当前账号可以访问的仓库；若仍缺失，分别核对仓库授权与账号访问权，不需要靠把整个仓库改成公开来解决。
看到Active，就算工作流跑通了吗？
创建部署时选定仓库、分支和独立的部署名称。名称要唯一：官方提醒，同名部署会相互抢走执行任务。创建返回后，平台才继续克隆、构建和启动worker，因此拿到部署对象还不是任务完成的证明。
在部署页面等状态变为Active，再查看已注册的工作流列表。Active说明worker完成了注册；若构建失败，打开部署详情读错误和日志，优先确认Docker构建或启动环节，而不是把失败都归为模型不可用。
接着按官方指南执行一个示例工作流，单独检查执行记录和返回结果。需要等待完成时，指南提供等待并读取输出的方法；执行结束与答案符合业务要求仍是两件事，后者需要你按自己的任务标准判断。
改完代码，为什么还要重新部署？
把修改推送到已经部署的分支后，还要显式发起重新部署。Mistral随后解析该分支的最新提交、重新构建镜像并重启worker；当前指南没有承诺每次GitHub推送都会自动发布，不能只看提交成功就认定线上程序已更新。
重新部署后，再确认部署状态与工作流注册情况，并检查新版本的执行结果。worker使用平台注入的服务账号令牌，无需为这个worker自建API key；管理部署和调用工作流的客户端示例仍使用API凭据，不能理解为整个流程都不需要认证。
部署名额满了，怎样留出测试空间？
一个未执行的假设场景：PAYG组织保留一份正式部署，同时运行两份测试部署，就已经用完3个名额。即使它们暂时没有处理任务，再创建或启动第四份也会因部署上限返回403；这不是每秒请求数超限。
需要新测试环境时，先确认哪份部署已不用，再停止或删除它以释放名额，然后重新创建或启动目标部署。把测试与正式部署命名分开，也更容易识别该停哪一个；不要为了腾位置误停仍承担任务的worker。
资料来源
常见问题
能自己选择CPU、内存，或查看每份部署的资源指标吗？
当前文档说明，实例大小由Mistral Cloud选择，每个托管worker使用相同大小，尚未公开每份部署的CPU和内存指标。因此不能仅凭部署数量推算算力或吞吐量。
组织需要超过3或10个部署，能申请增加吗？
官方允许按组织联系Mistral支持申请提高上限，但没有保证所有申请都会获批。申请结果确定前，仍按当前计划的上限安排测试和正式部署。
工作流还要调用外部服务，凭据可以直接写进仓库吗？
不要把外部服务密钥写进提交。入门指南将外部凭据配置指向Secrets文档；平台给worker注入服务账号身份，不代表自动提供外部服务权限，具体配置应按对应文档处理。