AgentHubAgentHub

使用场景/工作流与自动化

工作流自动化 MCP 推荐

连接 Slack、Notion、日历、邮件等,把 AI 嵌入日常办公流。

共匹配 1,178 个资源 · 第 9 / 25 页

什么是工作流与自动化?

工作流自动化 MCP 把 AI 从「聊天助手」变成「执行者」:连接 Slack / 企业微信收发消息、在 Notion 中建页面与查库、通过 n8n 触发既有流程、读写 Gmail 与日历。Agent 负责理解意图与编排,这些 MCP 负责与 SaaS 的真实交互。

组合思路:先用单点 MCP(如 Notion)跑通「AI 读写一个系统」,再用 n8n / 编排类 MCP 把多个系统串成流程——告警 → 归因 → 建工单 → 通知群,每一步都有 AI 参与但权限边界清晰。

自动化意味着真实写入。为令牌设置最小 scope、为破坏性操作(删除、群发、支付)加确认环节,并保留操作日志以便回溯。

适合做什么

  • 告警通知
  • 工单同步
  • 定时报表
  • 跨工具编排

不太适合

  • 强合规审批链未接入时自动执行金融操作

相关资源

查看全部 →

Slk(Slack 命令行)

v0.1.7

SkillClawHub4k

通过 slk CLI 读取、发送、搜索和管理 Slack 消息与私信。当用户要求查看 Slack、读取频道或私信、发送 Slack 消息、搜索 Slack、查看未读、管理草稿、查看收藏内容或与 Slack 工作区交互时使用,也用于心跳式 Slack 检查。触发语包括“check slack”“any slack messages”“send on slack”“slack unreads”“search slack”“slack threads”“draft on slack”“read slack dms”“message on slack”。

source

one-off-operations(一次性操作)

SkillSkillsMP

处理一次性操作:请求是一次具体且仅发生一次的效应——把数据导出或复制到某处、迁移、回填、清理——不含触发器、调度或复用意图。工作流只是载体而非交付物。用户很少会说一次性,需从任务形态推断。在为这类请求开始构建前加载;当构建工作流的结果中 postBuildFlow.reason 为 direct-one-off-build-succeeded 时也加载。用户会重复运行的自动化不要加载本技能——那走常规构建加 post-build-flow 路径。

source

intent-recognition(意图识别)

SkillSkillsMP

通过两个判断对自动化请求分类:anchor(哪个原语掌握顶层控制流——工作流为锚、代理为锚、需澄清,或超出范围)与 embeds_other(另一原语是否内嵌出现——工作流中嵌入一个 agent 步骤,或代理把某个工作流当作工具调用)。每当当前轮次需要选定或重新判定某个自动化请求的意图时都必须使用,包括复合请求、构建过程中新引入的独立自动化、需要查询无法直接访问的外部系统的一次性提问或报告,以及在确定 anchor 前需要澄清的请求。当对话已明确面向某个工作流或 Agent 时,不要为常规编辑或扩展加载本技能。

source

API(应用编程接口)

v1.3.7

SkillClawHub7.6k

集成并调试第三方 REST 与 GraphQL API:认证、限流、分页、webhook,附带 147 个服务的参考手册。适用场景:调用 Stripe、OpenAI、GitHub、Slack、Twilio 或任何外部服务;本该成功的请求返回 401、403、429、超时、CORS 错误或悄悄返回错误数据;选择 OAuth 流程、签名请求、加入退避重试与幂等键、验证 webhook 签名、消费 SSE 流、上传文件、轮询异步任务、用 ETag 缓存、把 API 数据同步进本地数据库——并附带各服务注意事项与 curl 示例。不适用于设计或构建你自己的 API。

source

常见问题

已经有 n8n / Zapier 流程,还需要 MCP 吗?

两者互补:n8n MCP 让 AI 调用你已建好的流程作为工具,避免重复实现;复杂判断交给 AI,确定性步骤仍放在流程引擎里。

Notion MCP 能改数据库结构吗?

多数实现支持页面与块的读写,改结构的能力取决于具体服务与授权范围。建议先授予只读验证行为,再逐步放开写入。

定时任务怎么实现?

MCP 本身是被动的工具端,定时触发需要调度层:系统 crontab、CI 计划任务或带调度的 Agent 框架,按周期向 AI 发起带 MCP 的任务。

配套安装与配置教程

相关场景