smarshhackathon2025

MCP开发工具

提供方 snofty

开发工具 stdio · 本地进程 OAuth 授权 社区 / 第三方
查看接入方式

AI驱动的生产警报分析系统,通过n8n工作流、MCP服务器和OpenAI GPT-4o-mini实现监控、分析和提供可操作建议。

一句话选型结论

按资料字段整理

smarshhackathon2025 属于开发工具类 MCP 服务器,stdio · 本地进程,OAuth 授权,有可直接执行的安装命令。接入前先确认权限范围;涉及写入、删除或付款的操作,建议先在测试环境验证。

分类开发工具 传输方式stdio · 本地进程 鉴权OAuth 授权 部署方式本地部署
GitHub 星标 2 仓库热度,无公开仓库时显示未标注
工具数 未标注 暴露给模型的工具数量
资源 / 提示词 0 / 0 资源与提示词模板数量
维护方 社区 / 第三方 核验等级 仅资料核对

工具与能力

开发工具
数量来自来源目录的标注,具体工具清单以官方文档为准
工具数量未标注暴露给模型可调用的工具个数
资源数量0可读取的资源条目
提示词数量0内置提示词模板数量

能力标签

适用场景

Shell本地部署生产监控AI分析工作流自动化日志分析Slack集成

安装与配置

stdio · 本地进程 OAuth 授权
客户端在本机拉起子进程,数据不出本机
python post_alerts_to_slack.py --list

这条命令只是入口,具体启动参数请按官方文档补齐,不要直接照搬到别的服务器。

  1. 1
    准备运行环境

    stdio 服务在本地起进程,需要先装好 Python,再按安装命令拉取依赖。

  2. 2
    安装服务

    复制上面的安装命令执行;命令里带占位符的位置,换成自己的密钥或路径。

  3. 3
    写入客户端配置

    在客户端的 MCP 配置里填好启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4
    验证是否可用

    连接成功后随便调一个只读工具,确认能返回结果,再接入正式流程。

典型使用场景

3 类
按分类与标签整理的常见用法,具体以官方文档为准
代码与仓库操作

在对话里直接查代码、提 issue、走 PR,省掉来回切工具。

本地命令与脚本

把构建、测试、格式化这类重复命令交给模型执行。

接口联调与测试

让模型调你的接口、跑一遍用例,快速定位问题。

选择建议

选之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。

先想清楚的地方

  • stdio 方式要求本地装好运行时(如 Node.js),换机器要重新装一遍。
  • 使用前要准备好OAuth 授权对应的凭据,并按最小权限配置。
  • 资料没标注工具数量,实际能力要装好后确认。
  • 版本更新与行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 想先快速试一下、能接受在本地或自有环境跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 不方便管理密钥或第三方授权的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
MCP 服务器工具数传输方式部署方式安装命令最后核验
smarshhackathon2025当前 未标注 stdio · 本地进程 本地部署 有 2026-05-17
Git 838e2ec1 12 stdio · 本地进程 本地部署 有 2026-05-17
Markitdown MCP 2c653a5f 1 stdio · 本地进程 本地部署 有 2026-05-17
JavaGuide 未标注 stdio · 本地进程 本地部署 有 2026-04-11
awesome-claude-skills 未标注 stdio · 本地进程 本地部署 有 2026-04-26
Context7 831acf40 未标注 stdio · 本地进程 本地部署 有 2026-05-17

服务器档案

开发工具
字段来自项目仓库与公开索引,中文说明由本站标注
提供方snofty上游标注的维护方 snofty
分类开发工具本站按上游分类展示
连接方式stdio · 本地进程客户端在本机拉起子进程,数据不出本机
鉴权方式OAuth 授权远程服务建议用最小权限凭据
维护方社区 / 第三方核验等级 仅资料核对
包名 / 运行时未标注 · Python本地安装时用到的包标识与运行时
部署类型本地部署上游给出的部署形态
最近核验2026-05-17上游最后核验时间

详细介绍

10.5 KB
来自项目仓库与上游目录的原文,未做删改

SMF黑客马拉松2025-n8n生产警报分析仪

使用n8n、MCP服务器和OpenAI GPT-4o-mini的人工智能生产警报分析系统。

概述

该项目提供了一个智能警报分析工作流,该工作流:

  • 🔍 监视器 生产警报的松弛通道
  • 🤖 分析 使用AI结合GitHub代码和Kibana日志的上下文发出警报
  • 📊 提供 根本原因分析和可操作建议
  • 🔗 整合 通过MCP(模型上下文协议)服务器提供多个数据源

建筑```

┌─────────────┐ ┌──────────────┐ ┌─────────────────┐
│ Slack │─────▶│ n8n │─────▶│ OpenAI │
│ Alerts │ │ Workflow │ │ GPT-4o-mini │
└─────────────┘ └──────┬───────┘ └─────────────────┘
│
┌───────────┴───────────┐
│ │
┌──────▼──────┐ ┌─────▼──────┐
│ GitHub MCP │ │ Kibana MCP │
│ (Port 3000)│ │ (Port 3001)│
└─────────────┘ └────────────┘


## 组件

### 1.n8n工作流程

**位置**: `n8n-workflow/`

- **生产警报分析器** -通过人工智能分析增强工作流程
- **Slack集成** -监控警报并发布响应
- **AI 代理** -按严重程度划分的路线(临界与高/中)
- **代码上下文** -可选地包括相关代码片段

**特性**:

- ✅ 警报解析和结构化数据提取
- ✅ 基于严重性的路由(不同的分析深度)
- ✅ 立即确认响应
- ✅ 线程Slack回复
- ✅ 指标记录

📖 **文档**:参见 `n8n-workflow/WORKFLOW_GUIDE.md`

### 2.MCP服务器

**位置**: `dockers/`

使用HTTP网桥进行n8n集成的多MCP服务器设置:

#### GitHub MCP服务器(端口3000)

- 跨存储库的代码搜索
- 文件内容检索
- 提交历史和公关管理
- 40多个GitHub工具可用

#### Kibana MCP服务器(端口3001)

- 日志搜索和分析
- 可视化管理
- 已保存对象访问
- 实时错误跟踪

📖 **文档**:

- `dockers/MULTI_MCP_SETUP.md` -完整的设置指南
- `dockers/QUICK_START.md` -快速入门指南

### 3.样品申请

**位置**: `sample-app/`

模拟实际生产故障的Spring Boot Order服务:

- 数据库超时和连接池耗尽
- 支付网关故障
- 库存服务不可用
- 高错误率和内存问题

### 4.日志样本

**位置**: `sample-logs/`

15个真实的测试日志条目:

- Elasticsearch/Kibana导入就绪
- 匹配警报场景
- 包括带有代码引用的堆栈跟踪
- 结构化JSON格式

📖 **文档**: `sample-logs/README.md`

### 5.样品警报

**位置**: `sample-alerts/`

10个预格式化的Slack警报,涵盖:

- 数据库超时(严重)
- 支付网关故障(高)
- 库存问题(中等)
- 高错误率(关键)
- 内存和性能问题

## 快速开始

### 先决条件

- Docker和Docker Compose
- GitHub个人访问令牌
- Kibana服务器访问(URL、用户名、密码)
- n8n实例(云或自托管)
- OpenAI API密钥

### 1.设置MCP服务器```bash
cd dockers

# Copy and configure environment
cp .env.multi-mcp.example .env
nano .env  # Add your credentials

# Update repository path in multi-mcp-docker-compose.yml
# Edit the volumes section to point to your repo

# Start services
docker compose -f multi-mcp-docker-compose.yml up -d

# Verify
curl http://localhost:3000/health  # GitHub MCP
curl http://localhost:3001/health  # Kibana MCP

2.将日志导入Kibana```bash

cd sample-logs

Generate bulk import file

node convert-to-bulk.js

Import to Elasticsearch (replace with your details)

curl -X POST "https://YOUR_KIBANA_URL:9200/_bulk" \
-H "Content-Type: application/x-ndjson" \
-H "Authorization: ApiKey YOUR_API_KEY" \
--data-binary @kibana-bulk-import.ndjson

Create index pattern in Kibana UI: logs-order-service-*


### 3.导入n8n工作流

1. 打开n8n用户界面
1. 首选 **工作流** → **从文件导入**
1. 选择: `n8n-workflow/production-alert-analyzer.json`
1. 配置凭据:
- **松弛API**:添加您的Slack工作区凭据
- **OpenAI API**:添加您的OpenAI API密钥
1. 配置MCP客户端:
- **GitHub MCP**: `http://localhost:3000/message` (或 `http://host.docker.internal:3000/message` 如果Docker中的n8n)
- **Kibana MCP**: `http://localhost:3001/message` (或 `http://host.docker.internal:3001/message` 如果Docker中的n8n)
1. 更新Slack工作区的频道ID
1. 激活工作流

### 4.测试系统```bash
# Option 1: Start sample application
cd sample-app
mvn clean install
mvn spring-boot:run

# Generate traffic
cd ../sample-alerts
./test-workflow.sh

# Option 2: Post sample alert to Slack
# Copy any alert from sample-alerts/sample-slack-alerts.md
# Paste into your #mcp-testing channel

用法

使用样本警报进行测试

  1. 打开Slack并导航到您配置的输入通道(例如。, #mcp-testing)
  2. 从复制警报 sample-alerts/sample-slack-alerts.md
  3. 将警报粘贴到频道中
  4. 等待1-2秒确认
  5. 检查输出通道(例如。, #n8n-output)用于AI分析(5-10秒)

将Datadog警报发布到Slack

使用Python脚本将Datadog警报配置发布到Slack:```bash
cd sample-alerts

List all available alerts

python post_alerts_to_slack.py --list

Post specific alerts by index

python post_alerts_to_slack.py --token YOUR_TOKEN --channel #alerts --alerts 1,3,5

Post a range of alerts

python post_alerts_to_slack.py --token YOUR_TOKEN --channel #alerts --alerts 1-3

Interactive mode - select which alerts to post

python post_alerts_to_slack.py --token YOUR_TOKEN --channel #alerts --interactive

Using environment variables

export SLACK_TOKEN=xoxb-your-token
export SLACK_CHANNEL=#alerts
python post_alerts_to_slack.py --alerts 1,9


**获取Slack OAuth令牌:**

1. 首选https://api.slack.com/apps
1. 创建应用→ OAuth和权限
1. 添加作用域: `chat:write`, `chat:write.public`
1. 安装到工作区→ 复制Bot用户OAuth令牌

### 预期AI响应

AI将提供:

- **根本原因分析**:确定主要问题
- **立即行动**:可采取的下一步行动
- **调查检查表**:要检查什么
- **长期预防**:防止再次发生的建议
- **代码参考**:特定文件和行号(如果启用了代码上下文)
- **日志分析**:Kibana的相关错误模式

## 配置

### 工作流通道

在n8n工作流中编辑:

- **输入通道**:发布警报的位置(默认值: `#mcp-testing`)
- **输出通道**:发送分析的位置(默认值: `#n8n-output`)

### AI温度

在OpenAI节点中调整:

- `0.1-0.3`:更确定、更一致的响应
- `0.4-0.7`:更具创意、更多样化的回应

### 严重性路由

编辑“按严重性路由”节点以更改哪些警报可以进行详细分析:

- **关键的**:全面的根本原因分析
- **高/中**:快速分析

## 项目结构```
hackathon-2025/
├── dockers/                    # MCP server setup
│   ├── multi-mcp-docker-compose.yml
│   ├── mcp-bridge/            # HTTP bridge for MCP servers
│   ├── kibana-bridge/         # Kibana-specific bridge
│   ├── MULTI_MCP_SETUP.md
│   └── QUICK_START.md
├── n8n-workflow/              # n8n workflows
│   ├── production-alert-analyzer.json
│   ├── WORKFLOW_GUIDE.md
│   └── CODE_CONTEXT_GUIDE.md
├── sample-app/                # Spring Boot test application
│   └── src/main/java/...
├── sample-logs/               # Sample Kibana logs
│   ├── kibana-sample-logs.json
│   ├── convert-to-bulk.js
│   └── README.md
├── sample-alerts/             # Sample Slack alerts
│   ├── sample-slack-alerts.md
│   └── test-workflow.sh
└── TESTING_GUIDE.md          # Complete testing guide

文档

  • 测试指南.md -包含场景的完整测试指南
  • n8n工作流/workflow_GUIDE.md -n8n工作流详细信息
  • n8n工作流/代码_输出_用户.md -添加代码上下文
  • 码头工人/MOLI_MCP_SETUP.md -多MCP服务器设置
  • 示例日志/README.md -日志导入和测试
  • 日志样本/KIBANA_IIMPORT_GUIDE.md -Kibana导入详细信息

故障排除

MCP服务器未启动```bash

Check logs

docker compose -f multi-mcp-docker-compose.yml logs

Verify environment variables

cat .env

Restart services

docker compose -f multi-mcp-docker-compose.yml restart


### n8n工作流未触发

1. 验证工作流是否 **活跃的** (在右上角切换)
1. 检查Slack凭据是否有效
1. 验证通道ID是否与您的工作区匹配
1. 使用简单消息进行测试:“测试关键警报”

### AI响应过于通用

1. 为警报添加更多上下文(服务、指标、堆栈跟踪)
1. 在工作流中启用代码上下文
1. 较低的AI温度(0.1-0.3)
1. 通过示例增强系统提示

### MCP连接问题```bash
# Test bridges
curl http://localhost:3000/health
curl http://localhost:3001/health

# If n8n in Docker, use:
# http://host.docker.internal:3000/message
# http://host.docker.internal:3001/message

演出

  • 平均响应时间:5-10秒
  • 令牌使用情况:每个警报500-1500个令牌
  • 成本:每个警报约0.001-0.003美元(GPT-4o-mini)
  • 吞吐量:100+警报/小时

安全说明

⚠️ 重要:

  • 永不承诺 .env 文件到版本控制
  • 尽可能使用只读存储库装载
  • 限制对MCP网桥端口的网络访问
  • 使用具有最低权限的API密钥
  • 考虑在生产环境中为HTTP网桥添加身份验证

后续步骤

  1. ✅ 使用所有样本警报进行测试
  2. ✅ 为您的服务自定义提示
  3. ✅ 添加事故工单创建(Jira/ServiceNow)
  4. ✅ 与监控系统(Datadog/Prometheus)集成
  5. ✅ 构建runbook数据库以供AI参考
  6. ✅ 添加历史事件匹配
  7. ✅ 创建指标仪表板
  8. ✅ 设置随叫随到升级

贡献

这是一个黑客马拉松项目。请随意:

  • 添加更多MCP服务器
  • 增强AI提示
  • 添加新的警报类型
  • 改进错误处理
  • 添加更多测试场景

许可证

MIT许可证-有关详细信息,请参阅许可证文件

支持

对于问题或疑问:

  1. 检查子目录中的相关文档
  2. 查看Docker日志: docker compose logs
  3. 测试MCP电桥: curl http://localhost:3000/health
  4. 验证UI中的n8n执行日志

常见问题

7 问
答案由本站依据条目字段整理,不引用上游原文
smarshhackathon2025 怎么安装?

在客户端按下面的安装命令接入:python post_alerts_to_slack.py --list。装完在客户端配置里引用同一个包或端点。

smarshhackathon2025 怎么在客户端里配置?

它的传输方式未标注,在客户端 MCP 配置里按官方文档填写启动命令和参数,保存后重启客户端生效。

smarshhackathon2025 收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

smarshhackathon2025 需要 API Key 吗?

资料标注需要OAuth 授权认证,使用前准备好对应凭据,并按最小权限配置。

smarshhackathon2025 能提供哪些能力?

资料显示能力标签包括 工作流自动化、日志分析、Shell、AI分析。具体工具清单以官方文档为准。

smarshhackathon2025 需要什么运行环境?

运行时为 Python;属于本地进程,需要在本机装好运行环境。

smarshhackathon2025 是本地还是远程?

它是本地进程(stdio),由客户端在本机拉起。传输方式为stdio · 本地进程。

热门专题

按标签挑服务器
全部专题 →

服务器信息以作者仓库与官方文档为准;分类、传输方式与鉴权方式的中文说明为中文整理,最近核验 2026-05-17。