模型、工具与 MCP
连接模型提供商与外部能力，同时区分本地运行时和可选 Cloud 控制平面。
iPolloWork 可以接入模型提供商、Skill、插件、MCP 服务和浏览器自动化。这些是不同的扩展点。模型凭据决定推理来源，Skill 与插件用于复用行为，MCP 增加远程或本地工具能力。
模型端点、可复用指令、工具服务和浏览器会话各有不同的安全与生命周期规则。
如何选择模型
将账户或 Key 接到模型端点；凭据不进入提示词或源码。
Cloud 策略可管理共享模型访问，而不向本地项目暴露密钥。
如何塑造工作
面向明确任务的可复用指令和本地能力模式。
可以与配置和市场访问关联的打包能力。
任务如何到达其他服务
带有明确认证和工具语义的本地或远程工具界面。
需要自身目标、权限与审核的可见任务界面。
连接模型提供商
请按模型端点选择相应的提供商配置。项目提供 ChatGPT 登录、Anthropic Key 和自定义 OpenAI 兼容端点的连接方式。不要把凭据写进提示词或源码。
团队接入 iPolloCloud 时，可以通过组织策略共享托管模型提供商。本地工作区则可以保留自己的提供商配置。
接入 provider 前，先判断任务需要的是本地个人凭据、团队托管 provider，还是自定义 OpenAI 兼容端点。随后运行一个小而安全的已知请求，并在客户端确认选中的模型。Provider 配置只证明推理访问，不会自动授予新的工具或工作区权限。
添加 MCP 服务
添加 MCP 连接前，请先回答三个问题：
- 哪个任务需要这项工具能力？
- 服务会暴露哪些数据和操作？
- 哪个会话或团队应被允许使用？
目标不是安装尽可能多的服务，而是为明确结果添加能力，验证工具列表，并明确认证与访问的归属。
对于支持 OAuth 的远程 MCP 客户端，托管的 iPolloWork Connect 路径使用组织范围授权：客户端打开浏览器授权流程，用户选择组织，客户端保存带范围的结果。对于本地 MCP 服务，工作区配置和本地审批边界仍是事实来源。
连接界面显示成功，不等于工具可用且范围正确。
- 01定义任务
描述一个必须使用 provider、Skill、插件、MCP 服务或浏览器目标才能完成的结果。
- 02收敛访问
选择完成该任务所需的最小工作区、组织、OAuth 或凭据范围。
- 03检查能力
读取可用模型或工具列表，并确认它与预期服务一致。
- 04执行并审核
运行一次安全动作、验证可见结果；不再需要时移除配置。
验证扩展
- 用一个小任务执行一次预期工具动作。
- 确认任务出现了正确的权限提示或访问边界。
- 检查会话输出是否说明了实际改变。
- 清理未使用配置，不要在共享工作区留下过宽的凭据。
组织托管模型、共享 MCP 连接和策略请使用 iPolloWork 仓库中的 Cloud 文档。本网站文档聚焦本地项目工作流。
本地扩展路由请阅读 Local Server 参考；组织托管的插件、Skill、市场、provider 和授权请阅读 控制平面资源地图。