mcpField
S
send-notification

send-notification

github.com/indranilbanerjee生产力913120 次安装今天更新
代码仓库

关于 send-notification

send-notification 是供营销团队向内部成员发送活动状态、绩效提醒和审批请求的技能,支持 Slack 或 Intercom。它按紧急程度组织通知,并要求明确审批后才执行发送。

主要功能

  1. 01通过 Slack 或 Intercom 发送内部通知
  2. 02支持信息、警告和紧急等级
  3. 03附加活动、指标及后续行动信息
  4. 04检查通知频率以提示提醒疲劳
  5. 05发送前预览并要求明确审批

适用场景

  1. 01向团队通报营销活动进展
  2. 02在指标接近或超过阈值时提醒成员
  3. 03通过通知请求审批或分配后续行动

MCP 相关

使用已连接的 Slack 或 Intercom MCP 发送内部团队通知,可发布频道消息、回复线程或对话并附加文件。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/indranilbanerjee/digital-marketing-pro --skill send-notification

安装后在 Claude Code 中输入/send-notification确认已加载。

详细介绍

原文在翻译后有更新,译文可能不是最新。

/digital-marketing-pro:send-notification

用途

通过 Slack 或 Intercom 发送团队内部通知,用于更新活动状态、发送绩效提醒、审批请求或一般团队沟通。此命令仅用于团队内部消息,不用于面向客户的沟通。它会发送结构化且能体现紧急程度的通知,让营销团队、利益相关者和协作者及时了解活动进展、指标阈值和待审批事项,而无需他们查看仪表板或等待定期报告。它支持分级紧急程度,并采用相应的格式和提及方式,在及时告知团队的同时避免提醒疲劳。

执行门槛(强制 — 不可跳过)

  1. 在操作任何线上系统之前,先以 执行摘要 的形式完整展示预览内容,包括接收方/支出/变更/合规性。
  2. 用户必须输入 yes(或明确表示批准的等效内容)。任何其他输入——含糊、暗示性、部分批准或未作批准——都会取消执行。
  3. 绝不基于含糊的输入继续执行。执行失败后绝不自动重试;重新执行前必须由人工审核。
  4. 执行前,使用 python "${CLAUDE_PLUGIN_ROOT}/scripts/approval-manager.py" --brand {slug} --action create-approval --data '{"risk_level":"<tier>","summary":"..."}' 记录批准;平台确认成功后,再运行 python "${CLAUDE_PLUGIN_ROOT}/scripts/approval-manager.py" --brand {slug} --action mark-executed --id {approval_id}。

所需输入

用户必须提供(或将收到提示提供):

  • 通知内容:要发送的消息——可以是简短的状态更新(“Q1 营销活动已成功上线”)、包含指标的详细表现提醒(“退信率飙升至 8.2%,高于 2.1% 的基准值——请立即调查”)、包含待办事项的审批请求(“预算增加需在当天结束前获得批准”),或营销活动里程碑公告。支持纯文本、Markdown 格式的内容段落,或将自动格式化的结构化数据
  • 渠道:slack 或 intercom——必须已连接相应的 MCP 服务。对于 Slack,请指定目标频道名称(例如 #marketing-updates、#campaign-alerts、#leadership-reports)或直接消息接收者的用户名。对于 Intercom,请指定对话 ID 或团队收件箱名称
  • 紧急程度:info(标准通知——格式简洁,无特殊标记或提及)、warning(使用警示标记突出显示——适用于指标接近阈值、截止时间在 24 小时内,或需要尽快处理的问题)或 critical(在 Slack 中紧急提及 @here 或 @channel,在 Intercom 中设置优先级标记——适用于预算超支、营销活动失败、合规问题或服务中断等需要立即采取行动的情况)
  • 相关上下文(可选):营销活动 ID、审批 ID、报告引用、仪表板链接或指标快照,可附加到通知中——接收者无需搜索或打开其他工具,即可在消息中看到相关上下文
  • 提及对象(可选):要 @提及的特定团队成员——使用 Slack 用户名或 Intercom 团队成员姓名。对于 critical 紧急程度,除非用户明确覆盖此设置,否则会自动包含 @here。支持多位提及对象,适用于跨职能通知
  • 后续操作(可选):接收者应执行的具体操作——“在美国东部时间下午 5 点前批准 Q1 预算”“查看营销活动报告并标记问题”“调查新闻简报细分中的退信率飙升”——将在通知中显示为清晰的行动号召区块
  • 线程或对话(可选):对于 Slack,提供线程时间戳,以便在现有线程中回复,而非发布新的顶层消息。对于 Intercom,提供对话 ID 以继续现有对话。这样可将相关更新归在一起,并减少频道噪声
  • 计划发送时间(可选):指定具体时间发送,而非立即发送——例如,为每周开始时的状态更新设置“美国东部时间周一上午 9 点”,或为非紧急的总结设置“工作时间结束后”。如果未指定,则立即发送
  • 附件(可选):要附加的文件路径或 URL——表现图表、营销活动截图、报告 PDF 或仪表板快照。通过平台 MCP 作为消息附件上传

流程

  1. 加载品牌上下文:读取 ~/.claude-marketing/brands/_active-brand.json 获取当前品牌的 slug,然后加载 ~/.claude-marketing/brands/{slug}/profile.json。应用品牌语气、目标市场的合规规则(skills/context-engine/compliance-rules.md)和行业背景。还要检查 ~/.claude-marketing/brands/{slug}/guidelines/_manifest.json 中是否有指南;如果有,则加载限制条件。检查 ~/.claude-marketing/sops/ 中是否有代理机构的 SOP。如果没有品牌,请询问:“先设置一个品牌吗(/digital-marketing-pro:brand-setup)?”——或者使用默认设置继续。
  2. 根据紧急程度设置通知格式:根据紧急程度组织通知内容。对于 info:使用整洁的标准消息,包含品牌名称标题和时间戳。对于 warning:使用醒目的区块,包含警示标记、带阈值对比的指标背景,以及适用时的截止时间。对于 critical:使用紧急标题和需采取行动标记、@here/@channel 提及(Slack)或最高优先级标记(Intercom)、红色标记和响应截止时间。所有级别均包含品牌名称、通知类型标签和格式化的时间戳。
  3. 附加相关背景信息:如果提供了营销活动 ID、审批 ID、指标快照或仪表板链接,将其转换为易读的摘要——营销活动名称、当前状态和关键指标;包含待处理操作和截止时间的审批详情;或者包含趋势标记和阈值对比的指标值。将这些背景信息直接嵌入通知正文,让接收者无需离开消息平台即可全面了解情况。
  4. 设置后续操作格式:如果指定了后续操作,将其呈现为独立的号召性操作区块——与通知正文在视觉上分隔开,清楚说明操作内容、负责人(提及的团队成员或频道),以及指定的截止时间。在 Slack 中,使用带按钮样式格式的区块。在 Intercom 中,使用带操作指派的备注。
  5. 验证消息 MCP 连接:检查已连接的是哪个消息平台 MCP——Slack 还是 Intercom,并确认它与用户指定的目标频道相符。验证机器人是否有权限向指定频道或对话发帖;如果选择了 critical 紧急程度,验证其能否使用 @here/@channel 提及;如果提供了附件,验证其能否上传附件。如果未连接或权限不足,请指导用户配置集成,并明确所需的权限范围。
  6. 检查告警疲劳:查询目标频道最近的通知记录——统计过去 24 小时内发送的通知数,并按紧急程度细分。如果该频道在此时间段内收到超过 5 条 critical 通知或超过 15 条通知,请提醒用户可能会造成告警疲劳,并建议合并更新内容或降低紧急程度。
  7. 设置审批关卡:评估通知风险——low 适用于 info 和 warning 紧急程度(标准团队沟通,不会打扰整个频道),medium 适用于带有 @here 或 @channel 提及的 critical 紧急程度(会打扰频道中的所有人)。向用户展示通知预览,呈现其在目标平台上的格式化内容、提及、附件和紧急程度格式,供用户确认。
  8. 通过 MCP 发送:获得批准后,通过已连接的 Slack 或 Intercom MCP 发送通知。对于 Slack:使用 Block Kit 格式向指定频道发帖(包括标题区块、带字段的区块、用于元数据的上下文区块,以及用于号召性操作的操作区块);如果指定了线程时间戳,则回复该线程;如果有附件,则上传文件。对于 Intercom:创建对话或回复对话,设置与紧急程度相符的优先级,使用仅团队可见的内部备注,并上传附件。
  9. 记录发送情况:记录通知事件的时间戳、平台、频道或对话目标、紧急程度、内容摘要、包含的提及、相关背景信息引用、已发送的附件和发送确认。更新该频道的通知频率计数器,以便后续发送时跟踪告警疲劳。

输出

结构化的发送确认信息,包含:

  • 发送确认:通知 ID 或消息时间戳、平台(Slack 或 Intercom)、目标频道或会话、发送状态(已发送、已安排、失败或已排队),以及可用时已发布消息的永久链接
  • 格式化预览:通知呈现给接收者时的样式——显示紧急程度格式、标题和正文部分、高亮显示的提及、已渲染的关联上下文、行动号召区块,以及列出的所有附件
  • 紧急程度分类:采用的紧急程度,以及平台特定的格式详情——信息(标准)、警告(通过谨慎提示标记突出显示)或严重(通过 @here/@channel 或优先级标记提示紧急)——以及对整个频道的影响评估
  • 附加上下文:通知中嵌入的任何营销活动、审批、指标或仪表板上下文摘要,以及用于追溯的来源参考 ID
  • 已发送的提及:确认所有已触发的 @提及和 @here/@channel 通知,并注明向全频道发送提及时的接收者人数
  • 发送时间戳:通知的确切发送时间(或预定发送时间)及其时区,用于协调跟踪和响应时间衡量
  • 提醒疲劳报告:过去 24 小时内目标频道的通知频率——发送的通知总数、严重通知数、警告通知数、信息通知数,以及在发送量较高时建议合并通知或降低紧急程度
  • 执行日志条目:带时间戳的审计记录,包含完整通知元数据、发送确认、提醒疲劳指标和频道活动趋势

使用的 Agent

  • execution-coordinator — 按紧急程度分级的通知格式设置及平台特定渲染(Slack Block Kit 的标题、区块、上下文和操作区块;Intercom 优先级标记和内部备注),根据营销活动和审批数据解析并内嵌相关上下文,将后续操作格式化为行动号召区块,根据紧急程度和全频道提及影响进行风险评估的审批工作流,采用 24 小时滚动窗口跟踪的提醒疲劳监控,支持线程和附件上传的 Slack 与 Intercom MCP 发送执行,以及包含发送确认和频道活动指标的执行日志记录

评论

支持 Markdown