Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
FBC_GUARD_ALLOW_PRIVATENoSet to 1 to allow checking pages on your own machine or intranet (localhost and private-network URLs). By default, fetching is limited to public hosts.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
check_fbc_codeA

Statically check HTML or JavaScript that reads fbclid from the URL and writes Meta's _fbc click ID cookie (and optionally _fbp). It catches the mistakes that make Meta Events Manager report a modified fbclid or attribute a conversion to the wrong ad: keeping an old click ID when a visitor arrives from a new ad, decoding, re-casing or truncating the click ID, writing creationTime in seconds instead of milliseconds, and hard-coding subdomainIndex. Rules: FBC-01: A new fbclid must overwrite an older _fbc cookie. FBC-02: Do not URL-decode fbclid a second time. FBC-03: Do not change the case of fbclid. FBC-04: Do not truncate fbclid. FBC-05: _fbc creationTime must be in milliseconds. FBC-06: Check that a hard-coded subdomainIndex matches the cookie domain. FBP-01: _fbp creationTime must be in milliseconds. Returns JSON with status ("pass", "fail", "unknown" or "not_applicable"), failed, unknown and warnings (rule IDs), and rules (one entry per rule with status "pass", "fail", "unknown" or "warn", evidence, what it protects against, severity, and a link to Meta's documentation). "unknown" means no rule failed but at least one could not decide, for example FBC-01 when it cannot tell which variable holds the fbclid from the URL. "not_applicable" means no _fbc appeared in the content, so nothing was judged. Neither is a pass. "warn" comes from a warning-level rule (FBC-06) and never changes the overall status. This is static analysis of source text, not execution: minified, bundled or obfuscated code can hide a mistake, so a pass is not proof of correctness.

check_fbc_urlA

Fetch a landing page and run the same checks as check_fbc_code on its HTML plus every same-origin it loads, so tracking code kept in an external file is included. Cross-origin scripts (tag managers, the Meta Pixel, analytics SDKs) are never fetched and are listed under skipped_scripts. Limits: 30 s timeout per request, at most 20 scripts, 2 MB per file. Uses a mobile Safari user agent. Only public hosts are fetched: URLs that resolve to loopback, private, link-local or other internal addresses are refused, on every redirect hop too (start the server with FBC_GUARD_ALLOW_PRIVATE=1 to check local pages). Returns JSON with status ("pass", "fail", "unknown" or "not_applicable"), failed, unknown and warnings (rule IDs), and rules (one entry per rule with status "pass", "fail", "unknown" or "warn", evidence, what it protects against, severity, and a link to Meta's documentation). "unknown" means no rule failed but at least one could not decide, for example FBC-01 when it cannot tell which variable holds the fbclid from the URL. "not_applicable" means no _fbc appeared in the content, so nothing was judged. Neither is a pass. "warn" comes from a warning-level rule (FBC-06) and never changes the overall status. Also returns final_url (after redirects), scanned_scripts and skipped_scripts.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.5/5.0

Scored across 2 tools

Disambiguation5/5

The two tools are clearly separated by input mode: check_fbc_code analyzes supplied source text, while check_fbc_url fetches a live page and its same-origin scripts. Sharing the same rule set does not create ambiguity because the descriptions make the execution boundary explicit.

Naming Consistency5/5

Both names follow the same predictable pattern: check_fbc_ followed by the input type (code or url). The snake_case convention is consistent across the entire server.

Tool Count4/5

Two tools is below the typical 3–15 range, but the server has a narrow, single-purpose domain and each tool covers a genuinely distinct workflow. The surface is minimal without being redundant, though it is still on the thin side.

Completeness5/5

The server covers both obvious entry points for this domain: pasted source code and deployed URL scanning, including same-origin external scripts. It returns detailed per-rule results, evidence, warnings, and statuses for pass/fail/unknown/not_applicable, with no obvious core checker operation missing.

Maintenance

ActivityMaintained
ResponsivenessNo issues