GitHub
server ทางการของ GitHub ให้ AI อ่านและจัดการโค้ด issue และ pull request ในบัญชีของคุณได้ ใช้ผ่านคลาวด์ของ GitHub หรือรันในเครื่องด้วย Docker ก็ได้
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Public read-only demo of Netmon's network monitoring tools over a recorded snapshot.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
ใช้ได้ทั้ง Claude บนเว็บ แอปคอมพิวเตอร์ และมือถือ:
https://netmon.com/mcp-demo/mcpพิมพ์คำสั่งนี้ใน Terminal
claude mcp add --transport http netmon-demo https://netmon.com/mcp-demo/mcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"netmon-demo": {
"url": "https://netmon.com/mcp-demo/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"netmon-demo": {
"type": "http",
"url": "https://netmon.com/mcp-demo/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ChatGPT ต่อได้เฉพาะ server ที่อยู่บนอินเทอร์เน็ต:
https://netmon.com/mcp-demo/mcpชื่อเมนูอาจต่างกันเล็กน้อยตามแพ็กเกจและรุ่นของแอป
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
ยังไม่ได้อ่านรายการเครื่องมือของตัวนี้ เราตรวจ endpoint ทีละชุดวนไป
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 6 พ.ย. 2569
ชื่อใน registry ยืนยันโดเมน netmon.com แล้ว (registry ตรวจความเป็นเจ้าของโดเมน)
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราอ่านรายการเครื่องมือตอนตรวจ endpoint
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนคลาวด์ของผู้ทำ ต่อผ่านอินเทอร์เน็ตได้เลย ไม่ต้องลงโปรแกรม แต่ข้อมูลที่ส่งให้จะผ่านเซิร์ฟเวอร์ของผู้ทำ
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.0.1) เข้า registry 2 เดือนที่ผ่านมา
โปรแกรมที่รองรับ 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 รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
Connect an AI assistant to a Netmon appliance.
Netmon ships an MCP server on the appliance itself. This repository holds the client-side bridge: a small Node process that runs on your own machine, speaks stdio to Claude Desktop, and forwards every JSON-RPC message to your Netmon's /mcp endpoint over HTTPS.
Once connected, an assistant can read your devices, interfaces, logs, flow records, alerts, and Windows-agent data by calling Netmon's tools directly — with the same sign-in and permissions as any operator, and the same tag restrictions.
A public, read-only demo server answers the same 36 tools from a recorded, de-identified snapshot of a fictional 90-device network:
https://netmon.com/mcp-demo/mcp
No account, no token, no install. Point any MCP client at it:
claude mcp add --transport http netmon-demo https://netmon.com/mcp-demo/mcp # Claude Code
codex mcp add netmon-demo --url https://netmon.com/mcp-demo/mcp # OpenAI Codex gemini mcp add --scope user --transport http netmon-demo https://netmon.com/mcp-demo/mcp opencode mcp add netmon-demo --url https://netmon.com/mcp-demo/mcp cline mcp install netmon-demo --transport http https://netmon.com/mcp-demo/mcp devin mcp add -s user netmon-demo https://netmon.com/mcp-demo/mcp # Windsurf / Devin Desktop code --add-mcp '{"name":"netmon-demo","type":"http","url":"https://netmon.com/mcp-demo/mcp"}' goose session --with-streamable-http-extension "https://netmon.com/mcp-demo/mcp"
GUI clients — Claude Desktop (Settings → Connectors → Add custom connector) and ChatGPT (developer mode → Connectors) — take the URL with authentication set to None. For Cursor, Zed, Kimi Code CLI, Continue and LM Studio, drop the URL into that client's MCP config file:
{
"mcpServers": { "netmon-demo": { "url": "https://netmon.com/mcp-demo/mcp" } } }
Then ask it something real: *"what's down?"*, *"show me the Suricata alerts from last week"*, *"which host is using the most bandwidth, and who is it talking to?"*
It is a fixture, not an appliance: nothing writes, nothing reaches a real network, and every answer is the same shape a live Netmon returns — with timestamps shifted forward so the snapshot always reads as the last day or so.
Two separate walls stand between an MCP client and an appliance on your LAN, and the bridge exists for both.
Where the connection comes from. Claude Desktop's remote-connector option and ChatGPT's custom connectors both fetch the MCP URL from their vendor's cloud, not from your machine — Anthropic's docs say so outright, and their connector resolves the hostname and rejects private addresses before any request leaves their network, so your appliance's log stays empty. Most other clients (Claude Code, Codex, Gemini CLI, Cursor, VS Code, Zed, Cline, Continue, opencode, Goose, LM Studio, Kimi) connect from your own machine and are unaffected.
The certificate. This one catches nearly everyone. Most clients validate TLS against the operating system trust store and expose no skip-verify option, and an appliance ships a self-signed certificate — so the route succeeds and the handshake fails. Either install the appliance's certificate in the machine's trust store, or use the bridge, which pins it on first use.
The bridge runs as a local process and handles both. It is not a Claude-specific workaround; it is the general answer.
If your appliance is internet-facing with a publicly-trusted certificate, you can skip the bridge and point any MCP client straight at the endpoint. See Install — any MCP client below.
mcp:* scopes you want the assistant to have..mcpb install. Claude Desktop supplies its own Node runtime, so nothing else is needed. Running the bridge outside Claude Desktop requires Node 18 or newer.netmon-mcp- .mcpb from Releases. The same bundle ships with your appliance — Settings → System → Downloadables → Claude Desktop Extension.| Setting | Value |
|---|---|
| Netmon URL | https:// /mcp — the full endpoint, including /mcp |
| API Token | a personal access token (see below). The Bearer prefix is added for you if you leave it off. |
In Netmon, go to Settings → Users, click the key icon on your user, and create a personal access token. Select only the scopes the assistant needs — the token cannot be widened later, and it can be revoked from the same screen at any time.
The account must hold the API permission. Without it, token minting and OAuth consent are both refused.
The appliance serves Streamable HTTP at https:// /mcp (POST for JSON-RPC, GET for the server-to-client SSE stream, DELETE to end a session).
Clients that support OAuth 2.1 discover the authorization server on their own: the endpoint answers an unauthenticated request with 401 and a WWW-Authenticate: Bearer resource_metadata="…" challenge pointing at RFC 9728 protected-resource metadata, alongside RFC 8414 authorization-server metadata and dynamic client registration at /auth/register. You sign in through your browser on your own Netmon and approve the scopes on a consent page.
Clients without OAuth support pass a token directly:
{
"mcpServers": { "netmon": { "url": "https://netmon.example.com/mcp", "headers": { "Authorization": "Bearer " } } } }
Most appliances serve a self-signed certificate. A direct type: http entry will fail against one — the OAuth bootstrap rejects the certificate and does not consult NODE_EXTRA_CA_CERTS. Use the bridge instead, which handles the certificate itself:
{
"mcpServers": { "netmon": { "command": "node", "args": ["/path/to/netmon-mcpd/server/index.js"], "env": { "NETMON_URL": "https://netmon.example.com/mcp", "NETMON_TOKEN": " " } } } }
36 read tools, each wrapping a Netmon API endpoint and gated by an OAuth scope that is checked before the call runs.
| Area | Scope | Example tools |
|---|---|---|
| Devices & fleet | mcp:devices | device_find, device_get, device_list, device_metric_summary, overwatch_summary, tags_list |
| Traffic & topology | mcp:vne, mcp:devices | top_bandwidth, netflow_search, netflow_raw_search, flow_summary, get_network_entity_info, arp_table, interfaces_search |
| Logs & security | mcp:logs | syslog_search, eventlog_search, eve_search, eve_get, log_severity_summary, syslog_facets |
| Alerts | mcp:alerts | alerts_list, alerts_history, maintenance_windows_list |
| Windows agent | mcp:devices | agent_processes, agent_services, agent_disk_usage |
| Live tools | mcp:tools, mcp:devices, mcp:capture | ping, traceroute, arp_lookup, port_map, snmp_test, snmp_walk_run, snmp_walk_last, search_ip, speedtest_history, capture_list, capture_get |
All 36 tools
| Tool | Title | What it answers |
|---|---|---|
get_network_entity_info | Look Up WHOIS, GeoIP and DNS | Retrieves WHOIS, GeoIP and DNS information for a public IP address or hostname. |
arp_lookup | ARP Lookup | Performs an ARP lookup to find the MAC address for a given Local IP address. |
ping | Ping Host | Ping a target host from the Netmon server. |
traceroute | Run Traceroute | Traceroute to a target from the Netmon server. |
port_map | Scan Open Ports | Nmap port scan against a single host from the Netmon server. |
search_ip | Search All Streams for an IP | Find every mention of a specific IP across Netmon's log and telemetry streams: syslog, Windows eventlog, Suricata EVE, aggregated NetFlow, and ARP. |
syslog_search | Search Syslog | Search syslog messages from network devices. |
eventlog_search | Search Windows Event Log | Search Windows Event Log entries ingested from Netmon agents. |
eve_search | Search Suricata IDS Events | Search Suricata EVE-format IDS events. |
eve_get | Get Suricata IDS Event | Fetch a single Suricata EVE event by id, decoded server-side. |
log_severity_summary | Summarize Log Severities | Count log events grouped by severity over a time window. |
syslog_facets | Syslog Facet Breakdown | Top-N value counts for ONE syslog field over a window — 'what are the top actions/reasons on this FortiGate in the last 2 hours' in a single call,... |
netflow_search | Search Aggregated NetFlow | Search the FULL NetFlow history: the raw flow table (the last ~15 minutes) unioned with the aggregated rollup (4 weeks of history), windowed and pr... |
netflow_raw_search | Search Raw NetFlow | Search raw NetFlow records (per-flow, not aggregated). |
flow_summary | Summarize NetFlow Traffic | Summarize one host's network conversations: top peers, top ports, and a client-vs-service-side split, each with a residual "other" bucket plus over... |
device_list | List Devices | List monitored devices. |
device_get | Get Device Details | Fetch one device with its related state: tags, alerts, the ping / oid / interface / port / disk trackers configured on it, its SNMP walk trackers,... |
device_find | Find Devices by Name or IP | Find devices matching a substring of label or ip_address. |
overwatch_summary | Overwatch Health Summary | High-level network health snapshot for 'how's the network?' style questions. |
snmp_test | Test SNMP Credentials | Probe a device for SNMP reachability using the Netmon snmptest binary. |
snmp_walk_last | Get Cached SNMP Walk | Fetch the most recent stored SNMP walk for a device (cached in tools_walks). |
snmp_walk_run | Run Fresh SNMP Walk | Trigger a FRESH SNMP walk against a device. |
agent_services | List Windows Services | List Windows services on an agent-managed device — live read via the WMI tunnel. |
agent_processes | List Windows Processes | List running processes on an agent-managed device — live read via the agent tunnel. |
alerts_list | List Alert Definitions | List configured alert definitions across both axes of the rule engine. |
alerts_history | Alert Incident History | Authoritative 'what fired and when' stream — wraps the alert_history table (one row per incident, both legacy and modern) and alert_outlet_log... |
maintenance_windows_list | List Maintenance Windows | Lists maintenance windows — the suppression schedules that gate alert dispatch. |
tags_list | List Tags | List tag definitions. |
top_bandwidth | Top Bandwidth Talkers | Top NetFlow conversations over the last N minutes — the 'who's eating bandwidth right now?' question. |
arp_table | Get ARP Table | Lists hosts observed on the local LAN(s) via the ARP table — the 'what devices have we seen recently?' question. |
| interfaces_search | Search Network Interfaces | Cross-device interface metadata lis
ตัดมาแค่ช่วงต้น อ่านต่อใน repo