Skip to main content
Glama

Server Details

Verify a vuln report's file/line/function claims against a real GitHub repo.

If you are the author of this connector, you can claim ownership by verifying the domain or GitHub account it belongs to. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Healthy
Uptime
100.0% over the last 24 hours
Last Tested
Transport
Streamable HTTP · MCP 2025-03-26
URL
ChatGPT
–
Claude
–

TDQS

A4/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of overlap or misselection, and the tool's purpose is stated with unusual precision (it checks concrete cited claims, explicitly not vulnerability validity). An agent cannot confuse it with anything else in this surface.

Naming Consistency4/5

The single name, check_vuln_report, follows a clean snake_case verb_noun convention and reads clearly. It is consistent by construction, though a one-tool set cannot demonstrate a repeatable pattern across the surface.

Tool Count3/5

A single tool is thin even for a narrow purpose, and the server name 'triageshield' implies broader triage activity than one check operation. It is borderline rather than mismatched, since claim verification is genuinely a single focused check.

Completeness3/5

For the narrow claim-verification task the surface is reasonably covered, but the 'triage' framing suggests missing operations: no severity/exploitability assessment, no summarization of which claims failed, and no repo-inspection helper. Agents hitting those needs will dead-end.

Available Tools

1 tool
check_vuln_reportAInspect

Verify a vulnerability report's concrete, checkable claims (file paths, file.py:123 line citations, function names) against a real GitHub repo's current default-branch state. Does NOT judge whether the described vulnerability is real or exploitable -- it only checks whether the files/lines/functions cited actually exist, which is the exact 'AI slop' failure mode (hallucinated specifics) that makes up a real share of auto-generated vuln reports. A PLAUSIBLE verdict means the claims check out, not that the vulnerability is confirmed real.

Inputs: repo (required), report (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    Related MCP Connectors

    Related MCP Servers

    • F
      license
      A
      quality
      B
      maintenance
      Clones and inspects public GitHub repositories to extract evidence like manifests, dependencies, and version hints, and can run allow-listed repos in isolated Docker containers for reproducible verification.
      4
      -
    • A
      license
      B
      quality
      B
      maintenance
      Enables read-only, evidence-led security audits of GitHub-hosted source code through explicit workflow primitives: repository reconnaissance, coverage-ledger planning, heuristic candidate leads, structured findings validation, independent verification gates, and JSON/Markdown report generation. It never clones, executes, or probes the target code, and marks runs incomplete until coverage and reviewer-verification gates pass.
      14
      AGPL 3.0
    • A
      license
      Not graded
      quality
      C
      maintenance
      Exposes repository reconnaissance tools — file listing and verbatim reading, regex search, dependency-tree parsing across Python/Node/Rust/Go, and test-coverage ingestion — so agents can gather line-numbered evidence from real source files. This lets an audit pipeline physically re-verify every claim and drop findings that cannot be located in the code.
      MIT
    Try in Browser

    Glama MCP Gateway

    Add one secure layer between your agents and this server.

    Resources