GitHub
server ทางการของ GitHub ให้ AI อ่านและจัดการโค้ด issue และ pull request ในบัญชีของคุณได้ ใช้ผ่านคลาวด์ของ GitHub หรือรันในเครื่องด้วย Docker ก็ได้
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Uptime monitoring — monitors, incidents, heartbeats, maintenance windows, status page incidents
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
FETTLE_API_KEY, FETTLE_API_URL, FETTLE_TIMEOUT_MS, Authorizationค่าที่ติดป้ายความลับคือกุญแจของบัญชีคุณ อย่าส่งให้ใคร และอย่าวางในแชต
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
ที่อยู่นี้ต้องใส่ key ใน header ของคำขอ ซึ่งเมนูเพิ่ม connector ใส่ให้ไม่ได้ ใช้ 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": "ใส่ค่าของคุณ",
"FETTLE_API_URL": "ใส่ค่าของคุณ",
"FETTLE_TIMEOUT_MS": "ใส่ค่าของคุณ"
}
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add --transport http fettle https://api.fettle.sh/mcp --header 'Authorization: ใส่ค่าของคุณ'claude mcp add fettle --env FETTLE_API_KEY='ใส่ค่าของคุณ' --env FETTLE_API_URL='ใส่ค่าของคุณ' --env FETTLE_TIMEOUT_MS='ใส่ค่าของคุณ' -- npx -y fettle-mcpเติมค่าที่เว้นว่างไว้ก่อนรัน
วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"fettle": {
"url": "https://api.fettle.sh/mcp",
"headers": {
"Authorization": "ใส่ค่าของคุณ"
}
}
}
}วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"fettle": {
"command": "npx",
"args": [
"-y",
"fettle-mcp"
],
"env": {
"FETTLE_API_KEY": "ใส่ค่าของคุณ",
"FETTLE_API_URL": "ใส่ค่าของคุณ",
"FETTLE_TIMEOUT_MS": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"fettle": {
"type": "http",
"url": "https://api.fettle.sh/mcp",
"headers": {
"Authorization": "ใส่ค่าของคุณ"
}
}
}
}วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"fettle": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"fettle-mcp"
],
"env": {
"FETTLE_API_KEY": "ใส่ค่าของคุณ",
"FETTLE_API_URL": "ใส่ค่าของคุณ",
"FETTLE_TIMEOUT_MS": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ที่อยู่นี้ต้องใส่ key ใน header ของคำขอ ซึ่งเมนูเพิ่ม connector ใส่ให้ไม่ได้ ใช้ Claude Code, Cursor หรือ VS Code แทน
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
FETTLE_API_URL envFETTLE_TIMEOUT_MS envAuthorization ความลับ HTTP headerค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
server ให้ล็อกอินก่อนจึงจะแสดงรายการเครื่องมือ
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันโดเมน fettle.sh แล้ว (registry ตรวจความเป็นเจ้าของโดเมน)
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตอบกลับใน 511 ms (HTTP 401)
ประกาศวิธีล็อกอินแบบ OAuth ให้โปรแกรม AI พาไปล็อกอินเอง
ยังไม่ได้ตรวจ เราอ่านรายการเครื่องมือตอนตรวจ endpoint
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 3 จาก 3 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
ต้องใส่ค่าเหล่านี้: FETTLE_API_KEY, Authorization
ได้ทั้งสองแบบ จะลงในเครื่องหรือต่อผ่านคลาวด์ก็ได้
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.4.0) เข้า registry เมื่อวาน
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต่อผ่าน URL จึงใช้กับโปรแกรมที่รับ remote MCP ได้ เช่น ChatGPT ที่เปิดโหมดนักพัฒนา
ในหมวดเดียวกันมี GitHub, Desktop Commander, Cloudflare MCP
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
server ทางการของ GitHub ให้ AI อ่านและจัดการโค้ด issue และ pull request ในบัญชีของคุณได้ ใช้ผ่านคลาวด์ของ GitHub หรือรันในเครื่องด้วย Docker ก็ได้
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ 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.
ตัดมาแค่ช่วงต้น อ่านต่อใน repo