
geo-score
io.github.jianruntech由 GitHub 帳號 jianruntech 發布v1.8.3更新於 Nov 5, 2026
Free 0-100 score: can AI engines cite a site? Plus citation checks with your own API keys.
概覽
為網站給出 0-100 的 AI 答案引擎可引用性評分,並可用自備 API 金鑰查核引擎是否真的引用該站。
- 可以做什麼
- 依公開評分標準免費為網站評分,列出最大缺口與可提升分數
- 向 ChatGPT、Perplexity、Gemini、Claude 或 OpenRouter 提出一個問題,查看答案引用了誰
- 依固定問題集每週執行,列出歷次執行、產生報告並比對兩次執行
- 以資源形式讀取評分標準,並使用內建提示詞進行網站稽核、引用查核與每週監測
- 適用情境
- 適合讓助理稽核網站能否被 AI 答案引擎擷取、解析並引用,或長期追蹤與競品相較的引用佔比。第 1 級不需金鑰;第 2、3 級適合已持有各廠商 API 金鑰且已有固定問題清單的團隊。
- 執行需求
- 以 stdio 在本機執行的 Python 套件(uvx [email protected] mcp,或 pipx 安裝後使用 geo-score-mcp),僅依賴 Python 標準函式庫。選用金鑰置於伺服器環境中:OPENAI_API_KEY、PERPLEXITY_API_KEY、GEMINI_API_KEY、ANTHROPIC_API_KEY、OPENROUTER_API_KEY。第 3 級工具另需 geo-score-watch.json,並以絕對路徑傳入。需要連線至受稽核網站及已設定金鑰的廠商。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 geo-score,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。
其他 MCP 客戶端
參照 儲存庫 中的啟動說明。
README
[geo-score — an open rubric for AI answer-engine visibility]
geo-score
geo-score is an open-source AI visibility (GEO) scorer for websites, by Jianrun Tech (见润科技). Formerly geo-watch: geo-watch merged into geo-score in 1.2.0 and lives on as its levels 2 and 3. Website, docs and a free online check: geo-score.dev.
geo-score in 60 seconds
One command, a 0–100 score, the three gates, the gaps worth fixing first, and why every point can be re-checked.
https://github.com/user-attachments/assets/2270314f-446a-4c2d-b27f-11e1f6d66ff8
English · 60 seconds · Chinese version
Can AI engines cite your site? A free 0–100 score from one command. Do they? Check through their APIs with your own keys.
geo-score scores a website from 0 to 100 on whether AI answer engines can reach it, parse it, trust it and cite it, against a published, versioned rubric that anyone can recompute. Then, with your own API keys, it asks the engines the questions your buyers ask and records whom the answers cite. The score is free and needs nothing installed; the citation results are reported beside it and never added to it.
Quick start · Screenshots · What it checks · How accurate is it? · Docs · Website · Changelog · Public leaderboard
[License: MIT] [Rubric v1.1] [No dependencies] [Claude Code Skill] [MCP server] [PRs welcome] [AIV readiness of the leaderboard page, measured 2026-10-05 with geo-score 1.8.0] [PyPI] [Latest release]
Version: the current release is
geo-score==1.8.3on PyPI, with its tag, wheel and checksums on GitHub Releases; what changed is in the changelog. Every install line on this page is pinned to that release (scripts/release.py --bumpmoves them together), so the tool you run is the one these pages describe. The rubric is versioned separately, and v1.1 is current. main can run ahead of the release: for CI and client work, use the pinned release.
❤️ Sponsors
Want to appear here? · Sponsorship never affects the rubric, any score, the public leaderboard or the technical recommendations in these docs.
Click to collapse
Sponsors have not been tested for geo-score's citation measurements (levels 2 and 3). Those need each engine's own search-enabled API, and a relay may not pass web search and citations through unchanged.
What problem it solves
GEO means Generative Engine Optimization — getting cited by ChatGPT, Perplexity, Google AI Overviews, Gemini and Copilot. Nothing to do with geography or maps.
An answer engine quotes passages from sources it can reach, parse and trust. The reasons a site is left out are often
small and invisible from a browser: a robots.txt line that turns a retrieval crawler away, a page whose text only
exists after JavaScript runs, figures with no source. geo-score finds which of these a site has and what each one is
worth, then checks whether the engines cite it, in three levels:
Score (free, no key) → Ask one question (your API keys) → Watch a question set every week (your API keys).
Three levels, one tool
Level 1 is the score. Levels 2 and 3 measure the outcome the rubric keeps out of the score on purpose (two scores, never one): they are reported next to the 100 and never summed into it. A site can score 90 and still lose every answer to a competitor with more third-party coverage, and the reverse also happens, which is why you want both.
Why this is a different question from SEO
Classic SEO asks where do I rank. Answer engines don't rank — they retrieve passages, decide whether a source is worth quoting, and cite it. Different question, different failure modes: a site can sit at position 3 on Google and never be quoted. Because engines retrieve passages, this rubric gives Content Citability the most weight. That is a design choice, not a measured effect: the evidence for how much passage shape matters is thin, and the evidence table says where.
Most of what the rubric checks is mechanical and cheap to fix — a robots.txt line, a
JSON-LD block, a date in a template, a paragraph rewritten so it stands on its own. The
hard part is knowing which of them you are missing, and what each one is worth.
Two guides start here: can ChatGPT read your website?, a check you can do by hand and then with geo-score, and how geo-score differs from a general AI SEO skill.
Screenshots
Every image shows real output, captured for this page.
Core capabilities
What it checks
21 tiered checks totalling 100 points, plus 4 bonus checks worth up to +6 outside the denominator. Full specification: rubric/v1.1.md · 简体中文
Content Citability carries the most weight by design: answer engines retrieve
passages, not domains. Whether passage shape outweighs domain authority is not
established: the heaviest single check, p2.answer-passages, rests on thin support
(where the evidence is thinnest).
Every scored check is tiered — 2 to 4 tiers, each naming a count out of the 8 sampled pages, so two people scoring the same site agree on the arithmetic. Three checks are gates: score zero on crawler access, live reachability or server-rendered content and the result caps at 40, because until a crawler can reach the content nothing else you change has any effect.
Bands
Band names describe a stage, not a verdict. External benchmarks put most business sites in the 30–55 range, so a score in the forties is ordinary, not alarming. In this repository's own benchmark, 85% of 324 sites reach Early and 6% reach Leading (where the cuts fall).
324 sites, scored in public
A quarter of them are unreadable to AI crawlers. 73 sites have a gate check at zero — an
AI retrieval crawler cannot get the content, so it has nothing of theirs to quote. 20 block AI crawlers by name in
robots.txt, which is an editorial choice and reported as such — amazon.com lands at 17
for exactly this reason. 41 serve a page whose body only exists after JavaScript runs.
Their content is there, a browser sees it, and a crawler gets an empty shell. That group
almost certainly did not choose it. At a further 12 the server refuses crawler user-agents (unverified
probes from the auditor's address).
Median 55 (95% CI 51–58, stats.py). Range 11 to 96. 66 sites were scored on fewer than four pages; without them the median is 59.
The full table, by sector → · markdown · raw data · CSV · every site's full report · re-run it
Two more findings worth the click. Sites in the five China sectors score 22 points lower than everyone else (95% CI 16–30; median 36 against 58; earlier samples measured with 1.1.0 put the gap between 16 and 23 points). Grouped by the language a site serves instead, the 54 Chinese-language sites score 26 points lower than the 270 others (95% CI 22–32), and within matched sector families the gap runs from -8 to 27 points. Counted check by check in raw points, 69% of the gap sits in checks the CLI reads with a heuristic, so at most that share could be the tool misreading Chinese pages (the breakdown). The two largest per-check differences, question-shaped headings and self-contained answer passages, are heuristics the CLI also read lower than a human on the one Chinese site in the hand-audit comparison, so part of the gap may be the tool reading Chinese pages conservatively. From 1.5.0 the CLI reads each page in its own language and counts Chinese task, explanation and comparison headings; the leaderboard above was measured with 1.5.0, so its figures include that change. And statistics that carry a source and a named, verifiable byline are among the three largest gaps on more than half the sites.
Every number here is reproducible with the command in Quick start (the benchmark was run with 1.5.0 on 2026-10-02) — and we measured how reproducible. On 2026-10-12, 1.8.0 scored the whole list three times from one place the same day (the third run re-reading the first run's pages): of the 317 sites scored every time, 99% landed within ±5 between the first two runs and 81% scored identically (ICC 0.99, SEM 1.9; REPRODUCIBILITY.md, derived by benchmark/retest.py). An older 1.1.x build, measured on 2026-09-09, put 96% within ±5 and 45% identical. Read one site's score as ±5 rather than as exact; medians are stable. Most of what still moves is the knowledge-graph lookup, which went unanswered on most sites from that vantage, and the gate checks of sites whose bot protection answers a crawler differently from one run to the next. The band, the control experiment and the per-site pairs are in benchmark/REPRODUCIBILITY.md.
For five reference sites we also publish hand-scored audits covering all 21 checks, with the evidence behind each one: examples/audits/v1.1/.
How accurate is it?
Five questions people ask, and where this repository answers each one:
Against hand audits. The CLI leaves the three checks that need off-site search or human judgement
out of the denominator rather than guessing (and a fourth,
p4.cn-engines, unless the site serves Chinese). Re-scoring
the five published hand audits on the same pages, it matched the auditor's tier on 80% of
84 check pairs (92% where it reads a rule, 69% where it approximates a judgement). On the checks
both scored it read 2.4 points lower on average (per site from 12 lower to 10 higher; mean absolute
difference 8.8). Its full normalised score read 5.2 points lower on average, from 16 lower to 7
higher, because the hand audits also score p3.listings, p3.mentions and p4.question-coverage,
which the CLI leaves out. n=5, all of them calibration sites:
VALIDITY.md lists every disagreement.
Quick start
One command
Python 3.8+, standard library only, nothing to install. It reads public URLs and prints a score against a published, versioned rubric — not a black box.
Full output — every check, and what the next tier asks for (--explain adds the evidence)
geo_score.py stripe.com, recorded with geo-score 1.5.0 on 2026-10-03 through an HTTPS proxy (the footer's time includes it). For a run with 1.8.3, see Screenshots. From 1.7.0 the report also prints three observations under Outside the score after the checks (robots.txt rules page by page, links in the server HTML, hreflang), which never move the score; this recording predates them. See cli/README.md.
From PyPI: uvx or pipx
All three levels. Levels 2 and 3 need cli/geo_watch.py next to cli/geo_score.py, and the package on PyPI has
both; a clone, or both files downloaded, works too. Neither line below needs git or a build step.
Without access to PyPI, install the same wheel from the release:
pipx install https://github.com/jianruntech/geo-score/releases/download/v1.8.3/geo_score-1.8.3-py3-none-any.whl.
From source (needs git): pipx install git+https://github.com/jianruntech/[email protected].
Standard library only, whichever you pick. Release downloads carry a SHA256SUMS file, and the wheel and
sdist on PyPI match it byte for byte (how to check).
Every way to call the CLI, and an optional badge for your own README
CLI — level 1 is one file with no dependencies, and every report records how long its run took
(elapsed_s). Levels 2 and 3 add cli/geo_watch.py from the same release. With the package from PyPI,
uvx [email protected] (or geo-score, after pipx install geo-score==1.8.3) takes the place of
python3 cli/geo_score.py below, all three levels included.
"Scored with geo-score": an optional badge for your own README. --badge aiv-badge.svg writes an SVG with your
score and band. Commit it next to your README and link it to what the number means, this repository or
the public leaderboard:
It is optional, and it changes nothing: a badge or a link back never moves a score, and never decides whether or
where a site appears on the leaderboard. A site joins the leaderboard through the
Add a site route, never in exchange for a link. A committed
SVG shows the run that wrote it; --badge-json writes the same badge as shields.io endpoint JSON, so it can stay
current without a new image (details).
Claude Code skill
The CLI measures what a static fetch can see. Three checks need off-site search or human judgement, and the skill does those too.
npx skills add runs the open skills CLI. It finds one skill in this
repository, geo-score, and copies the whole repository (about 9 MB) as it is on the default branch, main,
into .claude/skills/geo-score for Claude Code. Without Node.js, or for the release rather than main, clone the
release tag into your own skills folder instead:
git clone --branch v1.8.3 --depth 1 https://github.com/jianruntech/geo-score ~/.claude/skills/geo-score.
How close the CLI comes without the skill: How accurate is it?
MCP server
geo-score-mcp is a local MCP server (stdio, Python standard library only). It gives an agent the
same three levels as the CLI: score a site for free, ask the AI engines one question, and track a
question set week over week. uvx [email protected] mcp runs it from PyPI (geo-score-mcp after a pipx install), and
python3 cli/geo_score.py mcp runs it from a clone.
[Add geo-score to Cursor] [Install geo-score in VS Code] [Install geo-score in VS Code Insiders] [Add geo-score to LM Studio]
The buttons and the lines below run geo-score 1.8.3 from PyPI with uvx, which needs only uv: no git and no build step. They add no keys of their own, but a server started from a shell that exports a provider key (Claude Code passes its environment on) can use it. For a server that cannot spend, add --read-only after mcp.
Claude Code
Standard config (no keys in the file) for any client that reads an mcpServers file:
Claude Desktop does not read your shell's PATH: put the full path that which uvx prints in command.
Without access to PyPI, the release wheel: uvx --from https://github.com/jianruntech/geo-score/releases/download/v1.8.3/geo_score-1.8.3-py3-none-any.whl geo-score-mcp
From source (needs git): uvx --from git+https://github.com/jianruntech/[email protected] geo-score-mcp
The tools, what each one costs, and the keys and config they read
Resources: geo-score://rubric/v1.1.
Prompts: audit_site (url), check_citations (question, brand), weekly_watch, compare_runs (from, to), explain_check (check_id).
Bold arguments are required. Hints are the tools' MCP annotations: clients may use them to decide what to confirm, and they are hints, not guarantees. Only ask and run can spend money, and only with the provider keys you give the server.
Things to ask your agent:
Keys and config. score_site needs no key. ask and run read the provider keys
(OPENAI_API_KEY, PERPLEXITY_API_KEY, GEMINI_API_KEY, ANTHROPIC_API_KEY, OPENROUTER_API_KEY)
from the server's environment, which is not your terminal's: a desktop app does not see what you
exported in a shell. The level 3 tools also need a geo-score-watch.json. Pass it as
-c /absolute/path/geo-score-watch.json, because a GUI client does not start the server in your
project. From 1.4.0, --read-only gives a server that cannot spend anything.
Setup for each client (Claude Code, Claude Desktop, Codex, Cursor, VS Code, Gemini CLI, Devin Desktop, Zed), the Claude Code plugin, timeouts, security and troubleshooting: guide/mcp.md.
GitHub Action
Level 1 on every push: score the site, and fail the build when it regresses. For level 3 on a schedule, see examples/ci/watch-weekly.yml.
A gate at zero caps the score at 40: a site that would otherwise score 40 or more reads exactly 40 and passes fail-under: 40. fail-on-gate: true fails any capped site.
The job summary it writes is in Screenshots.
Levels 2 and 3 · does AI actually cite you?
--ask and watch put the questions your buyers ask to ChatGPT, Perplexity, Gemini and Claude,
through each provider's search-enabled API with your own keys, and record who the answers cite:
you, your competitors, or the third-party pages (forums, review sites) the engines lean on
instead. Keys are read from the environment; geo-score never writes them anywhere.
Level 2 asks each engine each question once and prints the result under the readiness
report (and into the report's citation object with --json). One ask is an anecdote: use it to
see what the engines say today, not to measure a rate.
What a watch run prints (illustrative: made-up brands and canned answers, not a real measurement; a run saved by 1.2.0, printed by 1.8.0)
What level 3 reports, what it will not tell you, the engines, and caps and cost
Level 3 keeps a fixed question list, saves every answer under .geo-score/watch/runs/
(schema), and reports:
What it will not tell you.
- It is not the ChatGPT app. Answers come from each provider's API with web search switched on. The consumer apps use other models, prompts and personalisation. Compare API runs with API runs; never pool them with answers sampled by hand in the apps.
- Some surfaces are out of reach. Google AI Overviews and AI Mode, the AI summaries inside apps such as TikTok, Reddit or Xiaohongshu, an assistant's memory and account settings, location finer than the country hint, and which library a coding agent picks cannot be reached through these APIs.
- A citation is presence, not merit. A citation rate says an engine named and linked you, not that what it said is true or that the page deserved it; engines also cite misleading and self-promotional pages.
- One answer is an anecdote. Every rate carries a 95% interval (a bootstrap over questions
when a question has several answers, since those answers move together), and
diffcalls something a change only when an exact paired test on the questions both runs answered, Holm-corrected across engines, says so (p < 0.05). Too few shared questions (under 6, or too few for the number of engines compared) is reported as too few to tell. The method: guide/watch-methodology.md. - Questions that name you are kept apart. "acme vs rival" or "is acme worth it" put your name
in the engine's search and are cited almost every time.
watchflags them when it runs, keeps them out of the headline rate, and reports them on their own line with their own count. An optionalbrandedcolumn inqueries.csvcorrects the flag by hand. - Not measured is not zero. An engine without a key, a failed call and a capped call are all reported as not measured, and none of them lowers your rate.
- Citations are not traffic. Nothing here predicts visits, rankings or revenue.
Engines. Pin the model you mean in the config and keep it fixed between runs; diff flags a
run where the model changed. OpenRouter covers hundreds of models with one key.
Caps and cost. max_calls is an exact cap on questions asked in a run, and a plan that
exceeds it refuses to start. budget_usd is checked before every call against the spend so far
plus the most expensive call seen on that engine, so it can be exceeded by at most one call per
engine; with a budget set, engines whose cost cannot be known are left out unless you pass
--allow-unpriced. Every run keeps a ledger of requests, tokens, searches
and cost. Configuration, prices and all commands: cli/README.md.
From an agent. Levels 2 and 3 are also MCP tools, and an agent can only tighten your caps, never loosen them: see MCP server.
Every week. Citation rates move slowly and noisily: run on the same weekday with the same
questions and models, and read diff, not single runs.
examples/ci/watch-weekly.yml does it on a schedule with keys from
repository secrets and commits each run, so the history lives in git. Run files contain your
questions and the full answers: use a private repository if they are confidential.
Run it yourself, or have it run for you. Everything here is MIT; the tool has no paid edition. You pay your model providers directly and the ledger shows what each run used. What needs people rather than an API, Jianrun does as a service:
Who it is for
geo-score measures whether engines can cite a site and whether they do. It does not fix anything, and it never predicts traffic, rankings or revenue.
Boundaries and governance
Scope — what this does not do
This is the part most tools leave out, so it's stated plainly.
AIV Score measures. It does not fix.
Other honest limits:
- It measures input-side readiness, not outcomes. A high readiness score means engines can cite you. Whether they do depends on competition, query intent and factors no external audit can observe. Citation performance is reported as a separate, unscored block and never folded into the 100 — see Two scores. Measure it with levels 2 and 3 above. One reason it stays out: asked again, the same question gets a largely different set of sources. Repeated runs of a prompt within 24 hours, counting runs that cited something, had a mean source overlap (Jaccard) of 0.32 to 0.43 in each of four industries in one market with four engines pooled, and 0.23 to 0.51 engine by engine (Schulte et al. 2026, §5, Tables 4 and 6), and two runs of Google AI Overviews on the same device and location 0.66 (Grossman et al., SIGIR 2026, §4.4, Table 4).
- Brand Credibility and the named-author check need human judgement. "Is this a real identifiable person" and "is this mention independent" are not fully automatable. Treat those ~24 points as assisted, not automatic.
- Tiers reduce disagreement, they do not remove it. Every tier names a count out of the 8 sampled pages, so two auditors agree on the arithmetic. They can still disagree on whether a given paragraph is a self-contained answer. The settled ambiguities are the ones we found; there will be more.
- Heavily client-rendered sites score low, sometimes unfairly. If your content only appears after hydration, most checks will read the pre-hydration HTML — which is also roughly what a crawler sees, so the low score is usually right, but verify by hand.
- Engine behaviour moves. The rubric is versioned for exactly this reason. A score from an older rubric version is not comparable to a current one.
Why a rubric, not just a tool
A score you cannot audit is a number someone made up. So the specification is the product, and the tools are implementations of it:
- Versioned. Every score reports the rubric version.
71 (v1.1)is a claim;71is not. - Tiered, with counts. Each tier names a page count out of 8, not "most".
- Evidence-bound. Every check requires an observation someone else can reproduce.
- Calibrated against public benchmarks, with the record published — including the four external sources the thresholds were checked against, and the eight specification ambiguities that real audits surfaced and v1.1 settled.
- Machine-readable.
rubric/v1.1.jsonwith stable check ids, andschema/report.v2.jsonso results from different implementations are comparable.
Implement it in your own stack, disagree with a weight, open a rubric proposal. That is the main thing we want contributions on. How a proposal becomes a new version, who decides, and why we sell no certification and pay for no seat on a standard: rubric governance.
Research behind the weights
The weights are opinionated but not invented. The two findings that most shaped them:
- Aggarwal et al., GEO: Generative Engine Optimization, KDD 2024 —
in a simulated engine, rewriting one source at a time to cite sources, add statistics or quote experts raised
that source's share of the answer by up to about 40% (Position-Adjusted Word Count, not citation count).
The paper also found an authoritative tone produced no significant improvement, which is why this rubric
scores structure and attribution, not voice. The gain does not carry over cleanly: when every source was
rewritten at once, the source that had ranked first lost 20 to 30% of its visibility (§5.2, Table 2), and a
later benchmark that measures citation rank found most published methods gave no significant gain
(C-SEO Bench, arXiv 2506.11097 §6.2). The details are in the evidence
table, row
p2.sourced-stats(rubric/evidence-v1.1.md). - llms.txt proposal, Answer.AI — the convention this rubric
checks for in the Understandable pillar (
p1.llms-txt).
Every check declares what its weight rests on (published research, a vendor's own
documentation, our field observation, or a convention no engine has confirmed using), with
sources and the date they were last verified: rubric/evidence-v1.1.md.
Where the evidence is thin (p2.answer-passages, p2.question-intent, p1.llms-txt), the table
says so. If you have evidence that a weight is wrong,
open a rubric proposal — that is the
main thing we want contributions on.
Related tools
Deliberately naming what this is not, so you can pick correctly:
If you need remediation and not just a score, those projects overlap with the part this repo deliberately excludes.
Stability, privacy and security
Install options are in Quick start.
- Stability: the rubric and the tool are versioned separately, and the report schema, check ids, CLI flags, exit codes, Action inputs and MCP tools are public contracts. What may change in which release: the stability policy.
- No telemetry. geo-score sends nothing to us or anyone else. Level 1 fetches the site you
name (following its redirects), the URLs its markup and robots.txt point to (
sameAsprofiles, logo, sitemap), and Wikidata and Wikipedia search; levels 2 and 3 call only the AI providers whose keys you set. - Security: text quoted from the audited site is fenced as data in every report, the MCP
server's
score_siteconnects only to public addresses, and keys never reach a file. Threat model and reporting: security policy.
Why did my score move 4 points? Each run samples up to 8 pages, and the sample changes; in a
same-day retest with 1.8.0, 99% of sites stayed within ±5 (REPRODUCIBILITY.md). To compare before and
after a change, re-score the same pages with --baseline last.json, which also prints what changed,
check by check (--urls-from last.json re-scores them without the comparison).
Why does a check show —? It was not measured, so it left the denominator instead of scoring 0.
More answers: troubleshooting. Every term the README, the reports and the guides
use is defined in the glossary; every flag, exit code and watch command is in the
CLI reference (简体中文).
For developers
Repository layout
Tests and the gate
scripts/check.sh is the CI: nothing merges unless it passes. The rules it enforces, and the check behind each one,
are in AGENTS.md. Several figures on this page are among them: when one no longer matches the data it
quotes, the gate fails.
Contributing
The most valuable contribution is evidence about the weights. See the contributing guide. Which issue form takes a wrong score, a disputed leaderboard row or a tool that does not work: getting help.
License, citation and maintainers
License
Citation
If you reference the rubric in research or a report, see CITATION.cff.
Who maintains this
Built and maintained by Jianrun Tech (见润科技), Shenzhen. We run GEO and AI-adoption programs for companies in China and abroad: B2B exporters, software companies, professional services, local businesses, education providers, and companies going global, cross-border e-commerce included. The rubric came out of client work and out of optimizing our own products; publishing it is how we'd like AI visibility to be measured consistently, including by people who never become our clients.
Commercial use of this repository is unrestricted under MIT — including inside paid consulting work. You do not need our permission, and there is no separate commercial licence.
Documentation
來源:README.md,提交 52f93e4
工具
0版本歷史
2- v1.8.3最新Oct 15, 2026
- v1.8.2Oct 12, 2026
評分
已滿足適用檢查項的 50%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通25 分
請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。
- 已宣告認證方式10 分
請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分