GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
제작자가 쓴 설명(영어 원문)
Uptime monitoring — monitors, incidents, heartbeats, maintenance windows, status page incidents
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
FETTLE_API_KEY, FETTLE_API_URL, FETTLE_TIMEOUT_MS, Authorization비밀로 표시된 값은 내 계정의 열쇠예요. 절대 다른 사람과 공유하거나 채팅에 붙여 넣지 마세요.
필요한 것
어떤 앱을 쓰세요?
위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.
이 주소는 요청 header에 키가 필요한데, 커넥터 추가 메뉴에서는 넣을 수 없어요. 대신 Claude Code, Cursor, VS Code를 쓰세요.
Claude Desktop → Settings → Developer → Edit Config를 열고 claude_desktop_config.json에 이 내용을 붙여 넣으세요
{
"mcpServers": {
"fettle": {
"command": "npx",
"args": [
"-y",
"fettle-mcp"
],
"env": {
"FETTLE_API_KEY": "your-value",
"FETTLE_API_URL": "your-value",
"FETTLE_TIMEOUT_MS": "your-value"
}
}
}
}터미널에서 이 명령어를 실행하세요
claude mcp add --transport http fettle https://api.fettle.sh/mcp --header 'Authorization: your-value'claude mcp add fettle --env FETTLE_API_KEY=your-value --env FETTLE_API_URL=your-value --env FETTLE_TIMEOUT_MS=your-value -- npx -y fettle-mcp실행하기 전에 빈 값을 채워 주세요.
프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"fettle": {
"url": "https://api.fettle.sh/mcp",
"headers": {
"Authorization": "your-value"
}
}
}
}프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"fettle": {
"command": "npx",
"args": [
"-y",
"fettle-mcp"
],
"env": {
"FETTLE_API_KEY": "your-value",
"FETTLE_API_URL": "your-value",
"FETTLE_TIMEOUT_MS": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"fettle": {
"type": "http",
"url": "https://api.fettle.sh/mcp",
"headers": {
"Authorization": "your-value"
}
}
}
}프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"fettle": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"fettle-mcp"
],
"env": {
"FETTLE_API_KEY": "your-value",
"FETTLE_API_URL": "your-value",
"FETTLE_TIMEOUT_MS": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
이 주소는 요청 header에 키가 필요한데, 커넥터 추가 메뉴에서는 넣을 수 없어요. 대신 Claude Code, Cursor, VS Code를 쓰세요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
FETTLE_API_URL envFETTLE_TIMEOUT_MS envAuthorization 비밀 HTTP header이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
서버가 도구 목록을 보여 주기 전에 로그인을 요구해요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 7일 점검
레지스트리 이름이 도메인 fettle.sh 기준으로 확인되었어요(레지스트리가 도메인 소유를 확인해요)
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
511ms 만에 응답(HTTP 401)
OAuth 로그인을 지원한다고 밝혀서, AI 앱이 로그인 화면으로 안내해 줘요
아직 점검하지 않았어요. 엔드포인트를 점검할 때 도구 목록을 읽어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 3개 중 3개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
입력해야 할 값: FETTLE_API_KEY, Authorization
둘 다 가능해요. 내 컴퓨터에 설치해도 되고, 클라우드 버전에 연결해도 돼요.
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(1.4.0)은 어제 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. URL로 연결되기 때문에, 원격 MCP 서버를 지원하는 앱(예: 개발자 모드의 ChatGPT)에서도 쓸 수 있어요.
같은 카테고리에는: GitHub, Desktop Commander, Cloudflare MCP
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
Website: fettle.sh · MCP docs: fettle.sh/docs/mcp · Dashboard: dashboard.fettle.sh · Support: support@fettle.sh
MCP server for Fettle — uptime monitoring you can drive from Claude Code, Codex, Claude Desktop, Cursor, Windsurf or anything else that speaks the Model Context Protocol.
Ask your assistant to create a monitor, look up why one went down, acknowledge an incident, check a deploy or draft a status page post — it calls the same public API you would.
"Add an HTTP monitor for https://api.acme.dev, check it every 5 minutes from Europe."
"Which of my monitors had incidents this week?" "Silence alerts on the checkout monitor for the next 20 minutes — we're deploying." "We just deployed a1b2c3d — did any of the API monitors get worse?"
In the official MCP registry this server is sh.fettle/mcp — one entry covering both channels, for clients that install from the registry rather than from a hand-edited config file.
An API key belongs to one organization and carries either read or write scope. Read-scope keys can list and inspect; the write tools below need a write-scope key.
There is nothing to install — MCP clients run the package with npx on demand. Add one entry to your client's config and restart it.
claude mcp add fettle --env FETTLE_API_KEY=fettle_your_key_here -- npx -y fettle-mcp
codex mcp add fettle --env FETTLE_API_KEY=fettle_your_key_here -- npx -y fettle-mcp
Or by hand in ~/.codex/config.toml (.codex/config.toml for one trusted project):
[mcp_servers.fettle]
command = "npx" args = ["-y", "fettle-mcp"]
[mcp_servers.fettle.env] FETTLE_API_KEY = "fettle_your_key_here"
~/Library/Application Support/Claude/claude_desktop_config.json on macOS, %APPDATA%\Claude\claude_desktop_config.json on Windows:
{
"mcpServers": { "fettle": { "command": "npx", "args": ["-y", "fettle-mcp"], "env": { "FETTLE_API_KEY": "fettle_your_key_here" } } } }
~/.cursor/mcp.json (global) or .cursor/mcp.json (per project):
{
"mcpServers": { "fettle": { "command": "npx", "args": ["-y", "fettle-mcp"], "env": { "FETTLE_API_KEY": "fettle_your_key_here" } } } }
~/.codeium/windsurf/mcp_config.json:
{
"mcpServers": { "fettle": { "command": "npx", "args": ["-y", "fettle-mcp"], "env": { "FETTLE_API_KEY": "fettle_your_key_here" } } } }
| Variable | Required | Default | What it does |
|---|---|---|---|
FETTLE_API_KEY | yes | — | Your API key. The server refuses to start without it. |
FETTLE_API_URL | no | https://api.fettle.sh | Point the server at a different API. You will not normally set this. |
FETTLE_TIMEOUT_MS | no | 30000 | How long one tool call may take before it is abandoned. |
56 tools, grouped by what they work on. Read-scope keys can call the read ones; everything marked write needs a write-scope key.
Every tool carries the MCP hints readOnlyHint, destructiveHint, idempotentHint and openWorldHint, so a client can tell reads from changes without parsing names and ask for confirmation only where it matters. Only the five delete_* tools are destructive. preview_maintenance_window and check_target are marked read-only although they need a write-scope key: they change nothing. check_now and check_target reach the target host, so they are open-world.
Every tool whose result is a JSON object declares an outputSchema and returns the result as structuredContent as well as text, so a client can read typed fields instead of parsing the text. The four exceptions return the text only: list_monitors (its compact rows) and the three tools whose result is a list — list_active_maintenance, preview_maintenance_window and list_channels.
| Tool | Scope | What it does |
|---|---|---|
list_monitors | read | List monitors compactly; filter by type, status, tags; sort by status, SSL expiry, latency. |
get_monitor | read | Read one monitor's configuration and status by id, with certificate and domain expiry. |
check_target | write | Probe a target once from one region before creating a monitor for it. |
create_monitor | write | Create a monitor that checks a URL, host or port on a schedule; opt in to domain expiry. |
bulk_create_monitors | write | Create up to 100 monitors in one call — all of them or none. |
update_monitor | write | Change an existing monitor's settings. |
bulk_update_monitors | write | Set the same interval, regions, channels or thresholds on up to 100 monitors, all or nothing. |
pause_monitor | write | Stop checking a monitor without deleting it. For a deploy, use a maintenance window. |
bulk_pause_monitors | write | Pause up to 100 monitors in one call, all or nothing. |
resume_monitor | write | Resume checks on a paused monitor. |
bulk_resume_monitors | write | Resume up to 100 paused monitors in one call, all or nothing. |
delete_monitor | write | Soft-delete a monitor: it stops being checked and leaves the monitor list. |
check_now | write | Re-arm a monitor to run on the next scheduler tick instead of waiting out its interval. |
get_exposed_ports_preset | read | Database and admin ports that should not be reachable from the internet. |
| Tool | Scope | What it does |
|---|---|---|
get_uptime_summary | read | Uptime, average response time and incident counts over 24h / 7d / 30d at once. |
get_uptime_daily | read | A monitor's uptime for each UTC day, oldest first. |
get_response_time_by_region | read | Per-region response time over 24h, 7d or 30d with percentiles, plus the current slowdown. |
list_check_results | read | Individual check results of a monitor, newest first, filtered by region, status or period. |
| Tool | Scope | What it does |
|---|---|---|
list_incidents | read | List incidents by monitor, status, cause or period; newest first or open unacknowledged first. |
get_incident | read | Read one incident with its cause, every alert attempt and how it was acknowledged. |
get_incident_diagnosis | read | What changed around a monitor incident, with a repro command and the next calls to make. |
get_incident_context | read | Per-region checks, a timeline, downtime periods and who acknowledged an incident, by name. |
acknowledge_incident | write | Acknowledge an open incident so repeat notifications stop. |
| Tool | Scope | What it does |
|---|---|---|
record_deploy | write | Record a deploy so verify_deploy shows it and a later incident can name it as the suspect. |
verify_deploy | read | Compare monitors before and after a deploy, per region, without running a check. |
list_changes | read | Confirmed DNS answer and certificate changes; empty until the change feed is on. |
| Tool | Scope | What it does |
|---|---|---|
list_heartbeats | read | List heartbeat (cron / dead-man's-switch) monitors and when each was last pinged. |
get_heartbeat | read | Read one heartbeat, including its ping URL and when it will be reported late. |
create_heartbeat | write | Create a heartbeat monitor and get the URL a scheduled job should ping. |
update_heartbeat | write | Change a heartbeat's name, period, grace, channels or tags. |
pause_heartbeat | write | Pause a heartbeat: it is not reported late and its pings are ignored. |
resume_heartbeat | write | Resume a paused heartbeat. |
delete_heartbeat | write | Delete a heartbeat for good; its ping URL stops working. |
| Tool | Scope | What it does |
|---|---|---|
list_maintenance_windows | read | List maintenance windows (one-time or recurring, organization-wide or per monitor). |
list_active_maintenance | read | The maintenance windows in effect right now. |
get_maintenance_window | read | Read one maintenance window with its next three occurrences. |
preview_maintenance_window | write | Show the next three occurrences a schedule would produce, without saving it. |
create_maintenance_window | write | Create a window that silences alerts, once or on an iCal RRULE schedule. |
update_maintenance_window | write | Change a maintenance window. |
delete_maintenance_window | write | Delete a maintenance window; alerts resume at once. |
| Tool | Scope | What it does |
|---|---|---|
list_tags | read | List every tag in the organization with how many monitors and heartbeats carry it. |
bulk_update_monitor_tags | write | Add and/or remove tags across up to 300 monitors in one call. |
| bulk_update_heartbeat_tags | write | Add and/or remove tags across up to 300 heartbeats in one call.
앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요