SendGrid MCP 服务器

要解决的问题

脚本发信和人工发信之间，始终隔着一层胶水代码。团队希望让自动化流程在需要的时候自己发邮件——比如告警通知、日报推送、客户跟进提醒——但传统做法要么写一段调用 sendgrid 的 Node.js 代码再单独维护，要么让模型直接面对 HTTP 接口、API Key 和模板参数，把凭证和调用细节都暴露在对话里。

这个技能把 SendGrid 的能力包装成 MCP 工具，模型只需要表达「给这批地址发一封带正文的邮件」，剩下的认证、请求构造和错误处理交给服务器侧，凭证不用写进提示词，也不需要在每次任务里重新拼装请求。

它是怎么工作的

• 运行前提：本机具备 Node.js 与 npm，SendGrid 账号已开通邮件发送权限并拿到 API Key。
• 底层依赖：直接使用官方 sendgrid 包，参数结构与 SendGrid 的 Node.js Quickstart 一致，便于对照官方文档排查问题。
• 调用方式：客户端通过 MCP 连接该服务器，发起邮件发送请求；服务器负责拼装 from、to、subject、正文等字段并返回发送结果。
• 可追溯：实现来源于开源仓库，配合 SendGrid 官方文档核对行为，而不是黑盒封装。

适用边界与注意点

• 这是发信通道，不是邮件营销平台：批量触达、订阅管理、退订合规仍需要在 SendGrid 侧配置，本技能不会替你处理。
• API Key 属于敏感信息，建议放在环境变量或密钥管理服务里，不要把明文贴进对话。
• 发送失败、域名未验证、SPF/DKIM 校验不通过这类问题通常出现在 SendGrid 账户或域名配置层，需要回到控制台排查。
• 正文和附件的具体格式受底层 API 限制，复杂模板建议先用官方文档确认参数。
• 自动化场景下应控制发送频率，避免因触发风控导致投递被限制。