原型 · 预览版:收录官方注册中心里的全部服务器,每 30 分钟同步一次。评价和账户功能将在后续阶段推出。
PopNx MCP为使用 AI 的人准备的 MCP 服务器 · 用大白话讲清楚

Syl Guardian

作者:connor274版本 0.3.1i★ –i在云端运行
注册名称io.sylai/guardian

安装

概览

作者提供的说明(英文原文)

Causal check on AI agent claims, from ad-spend/ROAS lift to any decision: pass, caution or hold.

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

  • 连接方式: 在云端运行
  • 传输方式: Streamable HTTP
  • 分类: 其他
  • 你需要填写:X-API-Key

安装

选择你使用的 AI 应用,然后复制设置。

安装之前

标为机密的值是你账户的钥匙。千万不要分享给别人,也不要粘贴到聊天里。

你需要

你用的是哪个应用?

在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。

这个地址需要在请求的 header 中放入密钥,而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。

在终端中运行这条命令

claude mcp add --transport http guardian https://guardian.sylai.io/mcp --header 'X-API-Key: your-value'

运行前请先填写空着的值。

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "guardian": {
      "url": "https://guardian.sylai.io/mcp",
      "headers": {
        "X-API-Key": "your-value"
      }
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "guardian": {
      "type": "http",
      "url": "https://guardian.sylai.io/mcp",
      "headers": {
        "X-API-Key": "your-value"
      }
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

这个地址需要在请求的 header 中放入密钥,而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。

你的选择通过 Cookie 保存在这台设备上,无需账户。

需要你填写的值

  • X-API-Key 机密 必填 HTTP header
    Your Syl Guardian API key (get a trial key at https://sylai.io/guardian).

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。

它能做什么

工具名称和描述与服务器在 2026年11月7日 报告的完全一致。这些内容由作者撰写,不是我们写的;我们以纯文本形式显示。

  • guardian_review

    Sanity-check a causal claim ("cause drove effect") before acting on it. Provide exactly one of ``csv`` (CSV text), ``data`` (list of row objects) or ``dataset_id`` (a dataset uploaded via ``guardian_request_upload``; use this for more than ~200 rows; single-use, deleted when revi

  • guardian_request_upload

    Get a pre-signed URL for uploading a large CSV (more than ~200 rows). Use this instead of pasting rows into ``guardian_review``. Returns ``upload_url``, ``dataset_id`` and a ready-to-run ``curl`` command: run it (replace ``data.csv`` with your file; gzip is accepted with ``Conten

基础检查i

我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

  • ! 注意

    作者与仓库一致

    发布者(sylai.io)不是仓库所有者(connor274);可能是其他人代为上架的

  • … 尚未检查

    仍在维护

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    有许可证

    我们还没有从 GitHub 读取这个仓库

  • ✓ 通过

    端点有响应

    在 217 毫秒内响应(HTTP 200)

  • – 不适用

    使用 OAuth 登录

    无需登录

  • ✓ 通过

    工具描述中没有隐藏指令

    已读取 2 个工具描述,未发现针对 AI 的隐藏指令

与“其他”中的其他服务器比较i

  • 星标数多于此分类中其他 18336 个服务器的 0%
  • 发布到注册中心的时间比此分类中其他 18336 个服务器的 80% 更新
  • 基础检查结果等于或优于此分类中其他 18336 个服务器的 36%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。

常见问题

Syl Guardian 安全吗?

它在 3 项适用的基础检查中通过了 2 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。

它需要哪些密钥或代码?

你需要填写:X-API-Key

它在我的电脑上运行还是在云端?

它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。

它还在维护吗?

GitHub 仓库最后更新于–,最新版本(0.3.1)于10天前进入注册中心。

哪些应用可以使用它?

支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。

有什么可以替代它?

同一分类中有:Spec Driven Development, Remote Desktop Commander, NexusWindows

替代选择

同一分类中其他作者的服务器,按星标数排序。

如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者:formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新
安装

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新
安装

NexusWindows

作者:pironjulien

Windows computer use in the background: desktop apps driven without your mouse or keyboard.

在你的电脑上运行今天更新
安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

Syl Guardian MCP

Is this ROAS / spend-to-revenue lift actually causal?

Syl Guardian is a Model Context Protocol (MCP) server that works as a causal-validation agent guardrail. When an AI agent (Claude or any MCP client) is about to act on a claim about ad spend or budget, such as "this campaign's ROAS is 4x, scale it up" or "ad spend drove new customers", Guardian checks the claim against your data and returns a pass, caution or hold verdict, with the naive correlation versus the confounder-adjusted causal effect, a confidence score and a plain-English recommendation.

Every number is computed deterministically by statistical code and never by an LLM. By default the summary is a fixed template. For strict reproducibility, set cleaning and discovery to rule in config: the default (llm) for those two steps can change the adjustment set, and so the estimate. See Engine config and Determinism and reproducibility.

This repository holds the public listing metadata and connection instructions for the hosted Guardian MCP server. Guardian itself is a hosted service.

Connect

Claude Code:

claude mcp add --transport http syl-guardian https://guardian.sylai.io/mcp \

--header "X-API-Key: "

Claude Desktop (via mcp-remote):

{

"mcpServers": { "syl-guardian": { "command": "npx", "args": ["-y", "mcp-remote", "https://guardian.sylai.io/mcp", "--header", "X-API-Key:${SYL_API_KEY}"], "env": { "SYL_API_KEY": " " } } } }

Then ask your agent: *"Use guardian_review on this data: did ad_spend cause new_customers? Treat seasonality as a confounder."*

Listing the tools does not require a key. A key is checked when guardian_review is called, and each review counts against your plan or trial quota. Requesting an upload link (guardian_request_upload) does not count toward quota.

Use with agents

Add this rule to your agent's instructions so it checks ad-spend and budget claims before recommending a change:

Whenever evaluating marketing campaigns, ad platforms, or budget allocation, verify the

claimed effect is causal using the Syl Guardian MCP tool (guardian_review) before giving

a final recommendation.

Ready-to-paste sections for CLAUDE.md, AGENTS.md and .cursorrules are in AGENT_RULES.md. Also available:

Python client

For Python agents and scripts, syl-guardian-client is a thin, MIT-licensed client for the hosted service. It only makes HTTP calls to https://guardian.sylai.io; every number is still computed deterministically by the service, never by an LLM. Set your key in SYL_GUARDIAN_API_KEY.

pip install syl-guardian-client            # extras: [crewai], [langchain]
from syl_guardian_client import GuardianClient

result = GuardianClient().review( "ad_spend", "conversion_value", data=rows, time_col="date", step=500, known_confounders=["brand_query_click_pct"], ) result.verdict # "pass" | "caution" | "hold"

Tool: guardian_review

Sanity-checks a causal claim before an agent acts on it.

ArgumentDescription
cause, effectRequired. Column names for the claim.
csv, data or dataset_idDataset as CSV text, a list of row objects, or the dataset_id of a previously uploaded file (see Large datasets). Exactly one.
known_confoundersOptional. Columns to adjust for; otherwise discovered automatically.
contextOptional business context, e.g. "Q3 promo evaluation".
units, stepDisplay-only unit hints; a treatment step to restate the effect in business terms.
time_col, adstock, seTime-series handling: row ordering, carryover effects, standard-error flavor.
test_designtrue or options. Also returns how long a spend-cut test needs to run.
cateOptional. List of columns to stratify by; also returns subgroup effects. Off by default.
sensitivityOptional. true also returns sensitivity checks on the estimate. Off by default.
seedOptional integer (default 42). Fixes every random draw; the seeds used are returned in stamp.
configOptional object choosing rule or llm per step: cleaning, discovery, estimator, summary. See Engine config.
estimatorOptional. Omit or auto (default): defers to config.estimator, which defaults to rule (deterministic choice). Or force one of ols_adjusted, aipw, ipw, psm, dml_forest. See Estimator choice and DAG.

The result includes a text summary (verdict, recommended action, effect versus correlation, interpretation) and the full structured response. Bad input (including an unknown config key or value), auth failures and quota errors come back as MCP tool errors with a descriptive message. Misspelled argument names are rejected, not ignored.

Engine config

config lets you choose, per step, whether the engine uses fixed rules or an LLM. Each value is "rule" or "llm". Omitted keys use the defaults:

StepDefaultWhat it controls
cleaningllmDataset cleaning: derived columns and null imputation. The LLM only picks a strategy per column (for example median or drop rows); the values are computed deterministically, and your cause and effect columns are never imputed.
discoveryllmPruning and orienting the causal graph. Guardian always receives your cause and effect, so it does not name them.
estimatorrulePicking the estimator from the supported set, based on each method's documentation.
summaryrulerule is a fixed template for audit trails that explains why: confounder importance, the interval in plain terms (in dollars when units are known), and why this adjustment set and estimator. llm is AI-written prose.

The model key is provided by the service; you never supply one. rule always works. If an llm step cannot run, it falls back to rule, and the result's engine_steps reports {requested, used, fallback_reason} for each step (for example llm_unavailable). Setting all four to rule makes no LLM calls.

Example: {"config": {"cleaning": "rule", "discovery": "rule"}}.

Determinism and reproducibility

Under the defaults, the same data and request give the same verdict, estimate and interval. Randomness uses a fixed seed that is returned. What can change the estimate:

SettingCan change the estimate?
cleaning: llmYes: the imputation strategy and which derived columns are dropped.
discovery: llmYes: the adjustment set.
estimator: llmYes: the choice of method.
summary: llmNo: prose only.

LLM calls run at temperature 0 with a pinned model, and each decision is recorded in llm_decisions and cached, but providers do not guarantee bit-identical output on a cache miss or model change, and the cache is in memory only. For strict reproducibility set cleaning and discovery to rule.

Estimator choice and DAG

With estimator omitted or "auto", the estimator comes from config.estimator. The default is rule: a deterministic choice (no confounders: naive OLS; binary treatment: AIPW; otherwise adjusted OLS). With config.estimator = "llm", an LLM picks one estimator (plus bounded parameters) from a fixed whitelist, filtered to what your data supports. It sees only a column schema summary, the DAG edges and the adjustment set, never your rows, and it never computes a number: the chosen estimator is run deterministically with fixed seeds. Passing a whitelist id forces that estimator with no LLM involved.

If the LLM is unavailable or returns an invalid or ineligible choice, or a requested estimator is ineligible for the data or fails, Guardian falls back to the deterministic rule. This is always reported, never hidden.

Every result includes these fields:

  • estimator: id, params, source, rationale and fallback_reason. source is rule (also the value when no LLM is available), llm, override, or fallback (an LLM choice or override was attempted but rejected or failed). rationale is LLM-written prose and is set only for llm. fallback_reason explains why the requested estimator was not used, otherwise null.
  • dag: the inferred causal graph, as nodes and edges of the form {"source": ..., "target": ...}. It reflects the cleaned data and any known_confounders.
  • engine_steps: requested versus used mode for each step, with any fallback reason.
  • stamp: a method and version stamp (core version, estimator, methods run, resolved config, seeds, models used, a data fingerprint, and the service name and version). If an answer changes between two runs, the stamp shows whether the data or a Syl release changed.
  • llm_decisions: the LLM decisions made on this review (empty when no step used an LLM).
  • confounder_importance: with summary: rule, how much the estimate moves when each adjustment variable is dropped, as a share of the total movement.
  • cate and sensitivity: present only when requested.

Tool: guardian_request_upload

Returns a one-time upload link for a dataset too large to pass inline.

Result fieldDescription
upload_urlURL to PUT the file to.
dataset_idPass this to guardian_review as dataset_id.
expires_atWhen the upload link expires.
max_bytesMaximum accepted upload size.

The result also includes a ready-to-run curl hint.

Large datasets

Use inline csv or data for small data. For more than about 200 rows, use the upload flow:

  1. Call guardian_request_upload, then upload the file with the returned URL:
   curl -T data.csv "<upload_url>"

Gzip is allowed, e.g. curl -T data.csv.gz -H "Content-Encoding: gzip" " ". The PUT response returns only the schema (columns, dtypes, n_rows), never rows.

  1. Call guardian_review with dataset_id instead of csv or data (they are mutually exclusive). Each uploaded dataset is single-use.

Uploaded datasets are visible only to the API key that uploaded them. Each dataset is deleted as soon as guardian_review runs on it, even if the review fails, so a retry needs a fresh guardian_request_upload. Unused uploads are deleted after 30 minutes.

A dataset_id can be reviewed once.

Example prompt: *"My data is in sales.csv (50,000 rows). Request an upload link, upload the file with curl, then use guardian_review once with the returned dataset_id (uploads are single-use): did ad_spend cause new_customers?"*

Support

Questions or issues: https://sylai.io or connor@sylai.io.

License

The files in this repository (metadata and documentation) are MIT licensed; see LICENSE. The Syl Guardian service is proprietary.

问 PopNx