用户正在解决什么问题
如果先按插件名称选工具，容易忽略任务真正需要的信息、外部动作、账户权限与结果验收。
适合哪些用户
需要完成写作、研究、会议、开发或项目管理任务，又不确定该选哪类能力的用户与团队。
核心结论
选型先看完整用户目标是否覆盖，再看需要哪些信息、账户访问和外部动作；能力形态只服务于任务，不由工具名称反向决定任务。下表是本站编辑建议，不代表 OpenAI 推荐固定组合。
判断流程与操作步骤
- 写清用户目标、预期结果、所需信息、允许的外部动作和验收方式
- 若现有工具加指令与资源已足够，先考虑 Skill；需要实时数据、认证或受控动作时，再考虑 MCP server 或当前目录中的 App / Plugin
- 确需网页阅读、比较、表单或网页 QA，并且当前使用入口支持时，再考虑 Browser
- 只在查看、比较、编辑或确认结构化信息确有价值时增加 UI
- 从低影响测试开始；发送、发布、写入或删除前核对审批、源系统权限与可恢复性
- 通过已知测试输入核验结果，再到“插件组合”栏目查看本站整理的候选工作流
本站任务选型模板
| 场景 | 任务输入 | 推荐能力或组合 | 权限提醒 | 结果验证 |
|---|---|---|---|---|
| 写作 | 主题、受众、风格、素材、交付格式 | Skill 固化写作规则；如需引用团队资料，再连接有权限的数据来源 | 不要让草稿流程自动发布；敏感素材先脱敏 | 检查事实、来源、语气与最终格式 |
| 研究 | 问题、时间范围、来源要求、输出结构 | Browser 阅读公开网页；有授权的 App / MCP 工具读取内部资料；Skill 统一研究流程 | 区分公开与内部来源，保留出处，不把检索结果直接当事实 | 逐条打开来源，复核日期、引用与结论 |
| 会议 | 议题、参与人、材料、时区、预期产物 | 先查目录中是否有可用的日历、会议或文档能力；用 Skill 生成议程与纪要模板 | 核对当前套餐和工作区权限；发送邀请或纪要前由用户确认 | 复核参与人、时间、时区、附件与发送状态 |
| 开发 | 仓库、环境、问题、测试目标 | Skill 约束流程；MCP server 或 App 提供结构化开发工具；必要时再用 Browser 做网页 QA | 限制仓库和命令范围；写文件、提交或部署分别审批 | 检查 diff、测试结果与实际运行状态 |
| 项目管理 | 项目范围、状态来源、负责人、更新动作 | 有权限的项目管理 App / MCP 工具读取状态；Skill 生成汇总与更新草稿 | 先读后写；不要假定某个 Calendar、Notes 或项目插件一定可用 | 抽查原记录，确认负责人、日期、状态与写回结果 |
权限、限制和容易踩坑的地方
这是本站编辑框架，不是 OpenAI 官方能力搭配表。目录、支持入口、套餐、工作区策略和源系统权限会变化；“同步”也不默认表示双向写回。若源系统不提供撤销、恢复或版本历史，应把动作标为不可逆。
如何验证最终结果
至少记录一条代表性输入、预期结果、实际结果、所用来源、发生的外部动作与审批结论。任务完成后分别核验内容正确、源系统状态正确、没有多余外部影响。
参考来源
- OpenAI Plugins：Plan your use case
- OpenAI Plugins：Choose tools and capabilities
- ChatGPT Learn：Use ChatGPT
最后核验日期：2026-07-30