neuron-explorer
Qwen3.5‑4B 전용 조향형 뉴런 탐색기, 모든 MLP 뉴런을 밀어 결과를 보관·탐색
Relvato REST API와 MCP 서버로 상태와 결과를 확인하고, 모니터를 설정·조정·실행·검토할 수 있습니다
The Relvato REST API and MCP server: read health and results, set up and tune monitors, run them and review findings — read-only or full-access keys.
개발 도구GitHub @Relvato온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Relvato's hosted MCP server: website monitoring your AI agent can run. Connection docs and registry entry.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Website monitoring your AI agent can run: add a site, set up and tune its monitors, run them, explain what broke and fix it with you.
Developer docs ·
Official MCP Registry ·
relvato.com
Relvato monitors websites in a real browser. It checks sign-ups, logins, checkout, payments,
page speed, search visibility and security, and re-checks them every time the site changes. It works on any website and
goes deepest on WordPress & WooCommerce.README 전문 보기 ↗Relvato is a website monitoring platform. Its monitors cover uptime and SSL; user flows like sign-up, login, cart and checkout; security (vulnerable plugins, signs of a hack, changed files, new admins); Core Web Vitals and real-user speed; visual regressions and broken links; SEO and AI search, including your Google Search Console and Bing Webmaster Tools numbers; domain, DNS and email records; and legal compliance (cookie consent, accessibility). They run in a real browser on any website, go deepest on WordPress & WooCommerce, and run again every time the site changes.
This is Relvato's hosted Model Context Protocol server. There's nothing to
install or run: point your MCP client at the URL and sign in to Relvato, or use a Relvato API key. This repository
holds the connection details, the registry entry (server.json) and the Claude plugin
(.claude-plugin/, skills/). The server itself runs at Relvato.
| Endpoint | https://app.relvato.com/api/mcp |
| Transport | Streamable HTTP (stateless JSON-RPC over POST) |
| Auth | Sign in (OAuth 2.1: PKCE, Client ID Metadata Documents, resource indicators), or an API key: Authorization: Bearer rlv_… |
| Registry name | com.relvato/relvato |
Sign-in works in clients that identify themselves with a Client ID Metadata Document (CIMD): Claude (claude.ai, Desktop, and Claude Code 2.1.81 or later), ChatGPT and VS Code. Relvato doesn't offer dynamic client registration, so a client that can only register itself that way (Cursor for now, the Gemini CLI, Docker's MCP gateway), or that has no sign-in at all (DeepSeek Harness), uses an API key instead.
In a client that supports it, add the endpoint with nothing else. The first time the client uses it, it opens Relvato's sign-in:
Discovery follows the MCP authorization spec. A 401 points to
/.well-known/oauth-protected-resource/api/mcp, and the authorization server is https://clerk.relvato.com
(client_id_metadata_document_supported; no registration endpoint). The scopes are relvato:read, relvato:write and
user:org:read.
For scripts, for clients that can't sign in (no CIMD support), or for your personal workspace while you're in an organization:
Authorization: Bearer rlv_… (or x-api-key: rlv_…). A key is shown once. Keep it out of files you
commit.Settings → Connectors → Add custom connector. Enter the URL https://app.relvato.com/api/mcp, then Connect and
sign in.
The plugin (recommended): the server plus six skills, three for any conversation about your sites and three for working from a code repo.
claude plugin marketplace add Relvato/relvato-mcp
claude plugin install relvato@relvato
Then run /mcp, choose plugin:relvato:relvato, then Authenticate. The skills:
| Skill | What it does |
|---|---|
/relvato:site-health [site] | Reports how a site is doing across all its monitors (uptime, user flows, security, speed, SEO, design, domain, compliance) and what needs attention first. Reads results only. |
/relvato:search-traffic [site] [google|bing] | Explains the site's Google Search Console and Bing Webmaster Tools numbers against its usual: clicks, impressions, position, pages in the index, the pages and queries losing ground, crawl errors and sitemaps, plus SEO integrity and AI answer engines. |
/relvato:security-review [site] | Reviews the security monitors: vulnerable plugins, signs of a hack, changed files, new admins, exposed files and new scripts, in order of urgency, and what to do first. |
/relvato:setup [url] | Adds the site this repo deploys, proves ownership (it can add the verification meta tag to your code), picks monitors for what matters and starts the first runs. |
/relvato:check-after-deploy [site] [group] | Runs the site's monitors after a deploy, says how long they'll take, and reports what passed and what broke, with links. Only runs when you type it, since runs use your monthly quota. |
/relvato:fix-failure [run] | Reads a failed run and its fix brief, finds the cause in the code (including what changed since it last passed), makes the smallest fix with your OK, then re-runs that monitor. |
Already added Relvato on claude.ai? With a Claude subscription, that connector shows up in Claude Code too. The skills work with either connection.
The plugin has no code of its own: it adds Relvato's hosted MCP server (https://app.relvato.com/api/mcp) and these
skills, which are written instructions for Claude. Claude sends your requests to that server only, after you sign in to
Relvato. Starting runs counts toward your plan's monthly runs, so the skills ask before they start any.
Just the server:
claude mcp add --transport http relvato https://app.relvato.com/api/mcp
Then run /mcp, choose relvato, then Authenticate. With an API key instead:
claude mcp add --transport http relvato https://app.relvato.com/api/mcp --header "Authorization: Bearer rlv_your_key"
In ~/.cursor/mcp.json (all projects) or .cursor/mcp.json (one project), with an API key. Cursor doesn't support
Client ID Metadata Documents yet, so it can't use Relvato's sign-in:
{
"mcpServers": {
"relvato": {
"url": "https://app.relvato.com/api/mcp",
"headers": {
"Authorization": "Bearer rlv_your_key"
}
}
}
}
Once Cursor supports CIMD, the URL alone will be enough: Cursor will offer to sign in.
In .vscode/mcp.json. VS Code offers to sign in:
{
"servers": {
"relvato": {
"type": "http",
"url": "https://app.relvato.com/api/mcp"
}
}
}
With an API key, VS Code can ask for it once and store it securely, so it never sits in the file:
{
"inputs": [
{ "type": "promptString", "id": "relvato-key", "description": "Relvato API key (rlv_…)", "password": true }
],
"servers": {
"relvato": {
"type": "http",
"url": "https://app.relvato.com/api/mcp",
"headers": {
"Authorization": "Bearer ${input:relvato-key}"
}
}
}
}
Install the extension from this repository:
gemini extensions install https://github.com/Relvato/relvato-mcp
It asks for your Relvato API key (create one) and keeps it in your system
keychain; it never sits in a file. To change it later: gemini extensions config relvato. The Gemini CLI can't use
Relvato's sign-in (it supports only dynamic client registration, which Relvato doesn't offer), so the extension uses the
key.
Without the extension, add the server to ~/.gemini/settings.json:
{
"mcpServers": {
"relvato": {
"httpUrl": "https://app.relvato.com/api/mcp",
"headers": {
"Authorization": "Bearer rlv_your_key"
}
}
}
}
Add the dsh-plugin-relvato bundle to a profile, with your API key in
RELVATO_API_KEY (your environment or ~/.dsh/.env):
dsh plugin --profile web add dsh-plugin-relvato
It's on npm; github:Relvato/dsh-plugin-relvato installs it straight from GitHub.
dsh's MCP client sends headers and has no sign-in, so it uses the key. The tools appear as mcp__relvato__<tool>.
In cline_mcp_settings.json (MCP Servers → Configure), with an API key:
{
"mcpServers": {
"relvato": {
"type": "streamableHttp",
"url": "https://app.relvato.com/api/mcp",
"headers": {
"Authorization": "Bearer rlv_your_key"
}
}
}
}
Agents that set servers up themselves can follow llms-install.md.
Add a remote HTTP (streamable HTTP) server with the endpoint above. If the client supports MCP sign-in with Client
ID Metadata Documents (CIMD), that's all. Otherwise (including clients that only do dynamic client registration) add an
Authorization: Bearer rlv_… header. In the common mcp.json format:
{
"mcpServers": {
"relvato": {
"type": "http",
"url": "https://app.relvato.com/api/mcp",
"headers": {
"Authorization": "Bearer rlv_your_key"
}
}
}
}
58 tools, grouped by job in the order tools/list sends them. read tools work with any connection; full access tools need a full-access key, or a sign-in that allowed changes.
| Tool | What it does | Access needed |
|---|---|---|
list_sites | List the account's websites and whether each is ready to run monitors. | read |
add_site | Add a website and get its setup step: connect the WordPress plugin, or verify the domain. Until then it can run the public monitors by hand, 3 times a day (real runs on the live site). | full access |
verify_site | Check that setup step: the plugin connection, or the domain-verification DNS record or meta tag. | full access |
start_monitoring_for_goals | Pick what matters (checkout, security, search, speed, …) and get the monitors that cover it on your plan. | full access |
list_checks | The monitors you can add to a site: what each catches, whether your plan includes it, and which are recommended. Before ownership is proven: which can run now (started by hand), and what proof adds. | read |
add_checks | Add monitors to a site; each one reports added, already there, or why not. Their schedule starts once ownership is proven. | full access |
dismiss_recommendation | Stop recommending a monitor for a site, or bring dismissed recommendations back. | full access |
calibrate_site | WooCommerce: read the store again (a product to buy, checkout type, currency) after it changed. | full access |
verify_vitals_beacon | Check the real-user Web Vitals beacon is installed. | full access |
| Tool | What it does | Access needed |
|---|---|---|
site_overview | Plain-language health verdict: what needs attention, every monitor with its latest run and schedule, plan usage and, on WordPress, the site's AI abilities. | read |
get_site_health | Pass rate now and over 30 days, the trend over 28–182 days, each group's briefing, and probe uptime with incidents. | read |
get_performance | Lab and real-user Core Web Vitals, what slows the site down, and the top fixes with steps. | read |
get_check | One monitor in full: schedule, its own settings (pages, masks, checkout details, …), ignored findings, its recipe if AI-written, latest run. | read |
list_runs | Recent runs, newest first — by site, monitor or status, with paging. | read |
get_run | One run in detail: steps, findings, visual comparisons with image links, the fix it proposes, plugins it can update. | read |
get_fix_prompt | For a run that found a problem: the same brief Relvato's own AI answers, to reason about the likely cause and fixes. | read |
get_updates | WordPress: auto-update windows and what they updated or rolled back, held versions, safe updates, hardening. | read |
get_safe_update | Follow a safe plugin update or deactivation until it passes or is undone. | read |
get_quarantine | Quarantine mode: available or not, on until when, every change it saw, past sessions. | read |
get_activity_log | WordPress: sign-ins, failed sign-ins, accounts, updates, settings and file edits, within your plan's history. | read |
get_notifications | The dashboard's notifications: failing monitors, plugin or beacon problems, paused channels, billing. | read |
get_site_settings | A site's settings — what an agent may change and what stays in the dashboard (never secret values). | read |
get_alert_settings | Who is told about what: frequency, severity, each channel's state and routing — no URLs or secrets. |
| Tool | What it does | Access needed |
|---|---|---|
update_check | Turn a monitor on or off, or change when it runs: schedule, re-runs on WordPress updates, random extra runs. | full access |
pause_monitor_group | Pause a whole monitoring group for 1 hour, 24 hours or until resumed, during maintenance; exactly the monitors it switched off come back on. | full access |
resume_monitor_group | Resume a paused group now; a monitor the plan no longer allows stays off, with the reason. | full access |
update_visual_monitor | Add pages of your own by address to the visual monitor, set masks, devices, browsers and the threshold. | full access |
update_check_settings | A monitor's own settings: checkout details, extra pages to scan, what the site's AI feature must answer, DKIM selectors, … | full access |
add_custom_check | Describe what must be true on a page; Relvato's AI writes the monitor. | full access |
edit_custom_check | Give a custom monitor a new goal or page; the AI writes a new recipe to approve. | full access |
reauthor_custom_check | Answer the AI's question, or have it write a custom monitor's recipe again. | full access |
approve_custom_check | Approve a proposed recipe so the custom monitor runs (interactive recipes need an explicit OK). | full access |
update_site_settings | Pacing, spacing between runs, firewall retry, flaky-monitor recovery, plugin rollback. | full access |
update_alert_settings | Alert timing and minimum severity. Who receives alerts and muting stay in the dashboard. | full access |
add_heartbeat | Create a heartbeat for a cron job or backup and get the URL the job requests when it succeeds. | full access |
update_heartbeat | Rename, reschedule, pause or resume a heartbeat. Deleting stays in the dashboard. | full access |
| Tool | What it does | Access needed |
|---|---|---|
trigger_scan | Run a site's monitors now — all, one group, or one monitor — and get the run ids back (uses the monthly quota). Before ownership is proven: the public monitors only, started by hand, 3 a day per domain. | full access |
cancel_queued_runs | Stop a site's queued runs; the one already going finishes. | full access |
request_ai_fix | Ask Relvato's AI for a fix suggestion for a failed run (paid plans). | full access |
apply_fix | WordPress: apply the one-click fix a run proposes — only that fix — then re-run the monitor. | full access |
start_safe_update | WordPress: update or deactivate a vulnerable plugin, re-check, and undo it if anything breaks. | full access |
start_quarantine | After a hack: hourly security runs for 48 hours with plugin updates paused. | full access |
extend_quarantine | Keep quarantine mode on for another 48 hours. | full access |
send_test_alert | Send a test alert by email, Slack or webhook. | full access |
resume_webhook | Turn webhook alerts back on after Relvato paused them for failed deliveries. | full access |
report_false_positive | Tell Relvato's team a result is wrong; it changes nothing on the run. | full access |
| Tool | What it does | Access needed |
|---|---|---|
ignore_finding | Stop a finding from counting on a monitor (undoable). Only when you confirm it's expected. | full access |
unignore_finding | Make an ignored finding count again. | full access |
bring_back_run | Bring back a failure Relvato AI set aside as likely noise. | full access |
accept_visual_change | Make this run's screenshot the new baseline for a page (undoable). | full access |
ignore_visual_change | Ignore the area that changed on a page from now on (undoable). | full access |
flag_visual_change_as_problem | Mark a visual change the AI let pass as a failure. | full access |
undo_visual_review | Undo the last visual accept or ignore. | full access |
accept_structure_change | Adopt a page's new structure as its baseline (undoable). | full access |
ignore_structure_change | Ignore specific element changes on a page (undoable). | full access |
undo_structure_review | Undo the last structure accept or ignore. | full access |
initialize and tools/list answer without signing in, so directories and clients can show what the server offers.
Every tool call needs a sign-in or a key. A read-only key, or a sign-in without write access, gets only the read tools.
The agent works under the same rules as the dashboard. Some things stay in the dashboard, with a person looking:
Requests are rate-limited per workspace, per minute, counted across the REST API and MCP together, whether you sign in or use a key:
| Plan | Requests per minute |
|---|---|
| Free | 30 |
| Pro | 120 |
| Business | 600 |
| Agency | 2,400 |
Runs started with trigger_scan (and the runs that confirm apply_fix and start_safe_update) count toward the same
monthly run quota as scheduled runs. See
pricing.
https://app.relvato.com/api/v1 (sites, health, performance, runs, monitors,
updates, activity, notifications), using the same keys. See the developer docs.This repository contains documentation and configuration only. The Relvato service is proprietary and covered by its terms. The contents of this repository are MIT-licensed (see LICENSE), so copy the config snippets freely.
| read |
get_status_pages | Status pages and client reports: settings only, never a private link or recipients' addresses. | read |
list_heartbeats | A site's heartbeats (cron jobs that check in): state, schedule, last ping, missed check-ins — and the ping URLs on full access. | read |