malkreide
UserClaude Skill with fourteen data-fidelity rules for MCP tools that query an external data source
Categories
Indexed Skills (21)
mcp-data-fidelity
Datentreue-Regeln für MCP-Server-Tools, die eine externe Datenquelle abfragen — damit ein Server nicht still unvollständig liefert. Verwende diesen Skill ergänzend zu mcp-builder immer wenn (1) ein Such-, Query- oder Filter-Tool für einen MCP-Server entworfen oder gebaut wird, (2) eine Tool-Description dafür geschrieben wird, (3) jemand meldet, ein Server finde nichts, zu wenig oder weniger als die offizielle Oberfläche («findet nichts», «leeres Ergebnis», «Web-UI zeigt mehr», «Recall», «Scope»), (4) ein Modell auf ein leeres Tool-Result hin etwas erfunden hat oder ein Fuzzy-Fallback entworfen wird, (5) optionale API-Parameter (Filter, Facetten, Feld-Flags) in Requests übersetzt werden, (6) Tests dafür geschrieben werden, (7) ein Server auf MCP-Spec 2026-07-28 migriert wird (Sortierreihenfolge, `ttlMs`/`cacheScope`, MRTR), oder (8) eine Antwort geparst wird — Kopfzeilen, Spaltennamen, Schreibweise, Zahlenspalten mit unterdrückten Werten («1 bis 5»), Summen. Nicht nötig für Server ohne externe Datenquelle.
mcp-data-source-probe
Standardisiertes 3-Schritte-Vorgehen zur Evaluation, Architektur-Entscheidung und Implementation von `*-mcp`-Servern im Swiss Public Data MCP Portfolio. Verwende diesen Skill IMMER wenn der User (1) einen neuen MCP-Server plant oder baut, (2) eine neue Datenquelle für einen bestehenden Server evaluiert, (3) einen Server um zusätzliche Tools erweitern will, (4) fragt ob eine bestimmte API/Datenquelle geeignet ist, (5) einen bestehenden MCP-Server refaktoriert, (6) Begriffe wie «MCP-Server», «neue Datenquelle anbinden», «API prüfen», «Live-Probe», «Datenquelle evaluieren», «welche Tools», «kann ich das nutzen» erwähnt, (7) für einen `*-mcp`-Server einen Scaffold anfordert, oder (8) meldet, dass ein Server zu wenige oder keine Treffer liefert, obwohl die Daten in der Quelle vorhanden sind («findet nichts», «zu wenig Resultate», «Web-UI zeigt mehr», «leeres Ergebnis», «Recall», «Scope»). Auch bei allgemeinen Aussagen wie «ich würde gerne X via MCP anbinden» oder «gibt es Daten von Y» diesen Skill anwenden.
mcp-data-fidelity
Datentreue-Regeln für MCP-Server-Tools, die eine externe Datenquelle abfragen — damit ein Server nicht still unvollständig liefert. Verwende diesen Skill ergänzend zu mcp-builder immer wenn (1) ein Such-, Query- oder Filter-Tool für einen MCP-Server entworfen oder implementiert wird, (2) eine Tool-Description für ein datenabfragendes Tool geschrieben oder überarbeitet wird, (3) jemand meldet, ein Server finde nichts, zu wenig oder weniger als die offizielle Oberfläche («findet nichts», «leeres Ergebnis», «Web-UI zeigt mehr», «zu wenig Treffer», «Recall», «Scope»), (4) ein Modell auf ein leeres Tool-Result hin eine Antwort erfunden hat, (5) optionale API-Parameter (Filter, Facetten, Feld-Flags, Limits) in Requests übersetzt werden, oder (6) Tests für ein datenabfragendes Tool geschrieben werden. Nicht nötig für Server ohne externe Datenquelle.
doc-claim-probe
Verify that every identifier the documentation cites — rubric codes, check IDs, constants, file paths, collection membership — actually resolves in the code. Catches a README or SECURITY.md that describes checks and constants which do not exist. Deterministic; run it, do not reason about it.
fastmcp-testing
Write and run async tests for an MCP server (official `mcp` SDK or the standalone `fastmcp` package) using pytest-asyncio and recorded fixtures (AsyncMock over httpx) instead of live network calls.
identity-probe
Verify that the target server reports the version it actually is — User-Agent, __version__, server.json and README badge against pyproject.toml, plus the installed artifact. Deterministic; run it, do not reason about it.
lockfile-probe
Check whether the dependency bound declared in pyproject.toml is also in force in the lockfile the deployment installs from. Reports LOCK_DRIFT with both diverging specifiers, LOCK_UNSATISFIED when the pinned version violates the declaration, LOCK_STALE from the resolver's own check. Read-only — `uv lock` is only ever run with `--check`. Deterministic; run it, do not reason about it.
published-probe
Measure what the package on PyPI actually does — install it into a throwaway venv, read the User-Agent it puts on the wire, check that every module imports, start its console script, and check its declared dependency ranges for a missing upper bound. Use when a fix is merged and you need to know whether it reached users, or after a release. Deterministic; run it, do not reason about it.
shipped-probe
Verify that the fix on main is the fix users install — index version, yank status, release tags and unreleased commits against the repository, and optionally install the artifact, compare its sources against the checkout, and make it run. Deterministic; run it, do not reason about it.
yank-probe
Find releases that are known-broken but still installable — an uncapped dependency range whose successor capped it, across every published version, not just the last one. Also flags yanks published without a reason. Recommends a yank; never performs one. Deterministic; run it, do not reason about it.
reference-drift-probe
Compare the code a skill repository ships under reference/ against the servers that copied it, in BOTH directions — REFERENCE_STALE when the template is behind the servers, REFERENCE_UNADOPTED when a server is behind the template, UNVERIFIED when the mapping or the retrieval failed. The mapping comes from an explicit reference/adoption.toml and is never guessed. Deterministic and read-only; run it, do not reason about it.
live-schedule-probe
Measure whether a server's live tests actually RUN — a cron-triggered workflow whose pytest call selects the `live` marker and whose failure reaches somebody — instead of only being marked and excluded from CI with `-m "not live"`. LIVE_UNSCHEDULED when nothing runs them, LIVE_SCHEDULED_SILENT when a red cron reaches nobody, NO_LIVE_TESTS / CLAIMS_EXTERNAL_COVERAGE / UNVERIFIED when nothing could be measured. Deterministic and read-only; run it, do not reason about it.
schema-field-probe
Compare the field names a server's code reads out of a response against the names the source delivers live — FIELD_CASE_DRIFT when the column exists under a different spelling, FIELD_MISSING when it is gone, UNVERIFIED when the source, the site or the mapping could not be read. The mapping comes from a declared schema_fields.toml and is never guessed. Catches the failure that returns an empty result list instead of an error. Deterministic and read-only; run it, do not reason about it.
value-domain-probe
Measure whether a column the code sends through int()/float() actually holds numbers in the live source, and report the measured share that does not — VALUE_DOMAIN_DRIFT with the proportion in the finding, UNVERIFIED when nothing could be concluded. Catches the privacy-suppression string ("1 bis 5"), NULL literals and empty cells that turn a tool call into "unexpected internal error". Reuses schema_fields.toml and the fetch of schema-field-probe. Deterministic and read-only; run it, do not reason about it.
parity-probe
Compare a bilingual documentation pair (README.md/README.de.md, SECURITY.md/SECURITY.de.md) for structural parity — heading skeleton, per-section bullet counts, tagged code blocks, link targets, and how far the translation lags in git. Never compares prose, which is supposed to differ. Deterministic; run it, do not reason about it.
promptfoo-eval
Run the deterministic verification suite (promptfoo) for the MCP tools — contract asserts, JSON-schema drift checks, and OWASP red-teaming.
mcp-data-fidelity
Datentreue-Regeln für MCP-Server-Tools, die eine externe Datenquelle abfragen — damit ein Server nicht still unvollständig liefert. Verwende diesen Skill ergänzend zu mcp-builder immer wenn (1) ein Such-, Query- oder Filter-Tool für einen MCP-Server entworfen oder gebaut wird, (2) eine Tool-Description dafür geschrieben wird, (3) jemand meldet, ein Server finde nichts, zu wenig oder weniger als die offizielle Oberfläche («findet nichts», «leeres Ergebnis», «Web-UI zeigt mehr», «Recall», «Scope»), (4) ein Modell auf ein leeres Tool-Result hin etwas erfunden hat oder ein Fuzzy-Fallback entworfen wird, (5) optionale API-Parameter (Filter, Facetten, Feld-Flags) in Requests übersetzt werden, (6) Tests dafür geschrieben werden, (7) ein Server auf MCP-Spec 2026-07-28 migriert wird (Sortierreihenfolge, `ttlMs`/`cacheScope`, MRTR), oder (8) eine Antwort geparst wird — Kopfzeilen, Spaltennamen, Schreibweise, Zahlenspalten mit unterdrückten Werten («1 bis 5»), Summen. Nicht nötig für Server ohne externe Datenquelle.
mcp-data-source-probe
Standardisiertes 3-Schritte-Vorgehen zur Evaluation, Architektur-Entscheidung und Implementation von `*-mcp`-Servern im Swiss Public Data MCP Portfolio. Verwende diesen Skill IMMER wenn der User (1) einen neuen MCP-Server plant oder baut, (2) eine neue Datenquelle für einen bestehenden Server evaluiert, (3) einen Server um zusätzliche Tools erweitern will, (4) fragt ob eine bestimmte API/Datenquelle geeignet ist, (5) einen bestehenden MCP-Server refaktoriert, (6) Begriffe wie «MCP-Server», «neue Datenquelle anbinden», «API prüfen», «Live-Probe», «Datenquelle evaluieren», «welche Tools», «kann ich das nutzen» erwähnt, (7) für einen `*-mcp`-Server einen Scaffold anfordert, oder (8) meldet, dass ein Server zu wenige oder keine Treffer liefert, obwohl die Daten in der Quelle vorhanden sind («findet nichts», «zu wenig Resultate», «Web-UI zeigt mehr», «leeres Ergebnis», «Recall», «Scope»). Auch bei allgemeinen Aussagen wie «ich würde gerne X via MCP anbinden» oder «gibt es Daten von Y» diesen Skill anwenden.
python-auditor
Run the local CI loop (ruff, mypy, pytest) on the target MCP repo and report violations with exact file:line. In phase 1, report only — do not patch.
ux-audit
Reproduzierbares UX-Audit von Online-Lösungen (Websites, Web-Apps, Dashboards) gegen einen versionierten Best-Practice-Katalog (Nielsen-Heuristiken, WCAG 2.2 AA, Core Web Vitals) — mit Live-Browser-Begehung UND Code-Analyse, gefolgt von Remediation-Plan, Re-Audit und GitHub-Release. Verwende diesen Skill wenn der User (1) ein UX-, Usability- oder Accessibility-Audit einer Website oder Web-App will, (2) fragt «ist meine App benutzerfreundlich / barrierefrei / WCAG-konform / schnell genug», (3) Verbesserungsvorschläge oder einen Umsetzungsplan für ein Frontend möchte, (4) Begriffe wie «UX-Audit», «Usability-Test», «Barrierefreiheit», «eCH-0059», «Heuristik-Evaluation», «Lighthouse», «Core Web Vitals» erwähnt, (5) nach einem Re-Audit oder Vorher-Nachher-Vergleich nach UX-Fixes fragt, (6) UX-Findings dokumentieren oder abarbeiten will, oder (7) allgemein sagt «schau dir mal die Seite an», «was würdest du am UI verbessern?», «ist das gut bedienbar?». Auch bei Redesign-Vorhaben und vor jedem Release einer Web-Lösun
mcp-audit
Reproduzierbares Audit von MCP-Servern gegen einen versionierten Best-Practice-Katalog. Verwende diesen Skill wenn der User (1) einen MCP-Server gegen Best Practices prüfen will, (2) Sicherheitsfindings für einen Server dokumentieren möchte, (3) den MCP Audit Tracker (Notion) abarbeitet, (4) fragt «ist mein Server sicher / production-ready / standard-konform», (5) den Begriff «Audit», «Findings», «Compliance-Check», «Best Practice» im MCP-Kontext erwähnt, (6) einen Refactoring-Plan für einen bestehenden Server erstellt, oder (7) für mehrere Server einen vergleichenden Audit-Report erstellen möchte. Auch bei allgemeinen Aussagen wie «ist der Server gut gebaut?», «was muss ich noch fixen?», «entspricht das den Standards?» diesen Skill anwenden.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.