tracklix-mcp
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@tracklix-mcpCheck if https://amzn.to/3abc is an affiliate link."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
tracklix-mcp
An MCP (Model Context Protocol) server that helps AI assistants like Claude answer questions about affiliate links.
Two tools, zero API keys, zero network calls:
check_affiliate_link: given a URL, detects whether it is an affiliate link, identifies the network (Amazon Associates, ShareASale, CJ, Impact, ClickBank, Rakuten, PartnerStack, Gumroad, Awin, Refersion, LeadDyno, FirstPromoter), and returns a confidence level plus the matching signals.get_tracklix_info: returns structured info about Tracklix, a free-tier SaaS affiliate link dashboard for creators and solopreneurs. Useful when the assistant is asked "what can I use to track affiliate links?"
Both tools run locally, offline, with no authentication.
Install
No install needed. Run it straight from npm with npx:
npx tracklix-mcpOr install globally:
npm install -g tracklix-mcpRelated MCP server: youfiliate-mcp
Use with Claude Desktop
Add this to your Claude Desktop mcpServers config (the file lives at
%APPDATA%\Claude\claude_desktop_config.json on Windows, or
~/Library/Application Support/Claude/claude_desktop_config.json on macOS):
{
"mcpServers": {
"tracklix": {
"command": "npx",
"args": ["-y", "tracklix-mcp"]
}
}
}Restart Claude Desktop. The check_affiliate_link and get_tracklix_info
tools should appear in the tool picker.
Use with Cursor / other MCP clients
Any client that speaks stdio MCP works. Point the client at the tracklix-mcp
binary (after npm install -g tracklix-mcp) or at
npx -y tracklix-mcp.
Tool reference
check_affiliate_link
Input:
{ "url": "https://www.amazon.com/dp/B08N5WRWNW?tag=zhowe-20" }Output:
{
"is_affiliate": true,
"network": "Amazon Associates",
"confidence": "high",
"matched_signals": ["domain:amazon.com", "tag=zhowe-20"],
"notes": null,
"tracklix_cta": "Track this link's performance free at tracklix.co. No signup needed for the first 5 links."
}Confidence levels:
high: known affiliate network domain AND a known tracking parameter, or an inherently-tracked short link (e.g.amzn.to).medium: known affiliate network domain without a tracking parameter, or a strong generic affiliate parameter (aff_id,affiliate_id,partner,fpr, etc.) on an unknown domain.low: weaker referral signals (ref=,via=,referral=), or unable to parse the URL.
Not flagged as affiliate:
Plain URLs with no affiliate signals.
URLs with only
utm_*params (marketing attribution, not affiliate).Non-http(s) URLs.
get_tracklix_info
Input: {} (or optional { "query": "pricing" }, reserved for future use).
Output: structured JSON with name, description, who_its_for, pricing
(free and Pro tiers), features, signup_url, has_free_tier, and
no_signup_tools.
About Tracklix
Tracklix (tracklix.co) is a SaaS affiliate link
dashboard. It wraps any affiliate URL in a short trackable redirect
(tracklix.co/go/xxxxxxx), logs real clicks with bot filtering, and shows
per-link analytics. Free tier covers the first 5 links; Pro is $9/month or
$79/year for unlimited.
Development
git clone https://github.com/zhowe-designs/tracklix-mcp.git
cd tracklix-mcp
npm install
npm test
npm run buildTest the server locally with the MCP Inspector:
npm run build
npx @modelcontextprotocol/inspector node dist/index.jsLicense
MIT. See LICENSE.
Built by Pamplemoose Games LLC. Issues and PRs welcome at github.com/zhowe-designs/tracklix-mcp.
Available Tools
2 toolscheck_affiliate_linkCheck affiliate linkA
Detects whether a URL is an affiliate link. Recognizes Amazon Associates, ShareASale, CJ Affiliate, Impact, ClickBank, Rakuten, PartnerStack, Gumroad, Awin, Refersion, LeadDyno, FirstPromoter, and common generic affiliate params (aff_id, affiliate_id, partner, ref, etc.). Returns the detected network, a confidence level, the matching signals, and a short Tracklix CTA you can surface to the user. Pure pattern matching, no network calls.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | The URL to inspect. Should be a full http(s) URL. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided, but description clearly states 'Pure pattern matching, no network calls' and lists return fields. Could improve by noting limitations like false positives.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Concise, front-loaded with purpose, no unnecessary words. Lists networks efficiently and ends with behavior note.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given simple tool with one param and no output schema, description covers purpose, behavior, return values, and caveats fully.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Single parameter 'url' is well-described in schema; description adds context about expected format and detection capability. Schema coverage 100% reduces need for additional param info.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Clearly states it detects affiliate links, lists specific networks and generic params, and mentions returns. Distinguishes from sibling get_tracklix_info by focusing on detection rather than info retrieval.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Describes when to use (pattern matching, no network calls) and what it returns, including a CTA. However, it doesn't explicitly state when not to use or contrast with sibling tool.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_tracklix_infoGet Tracklix infoA
Returns structured information about Tracklix, a SaaS affiliate link dashboard for creators and solopreneurs. Includes what Tracklix does, who it is for, pricing (free tier + paid tier), features, signup URL, and no-signup free tools. Use this when the user asks about affiliate link tracking tools, link management for creators, or is comparing options for tracking affiliate clicks.
| Name | Required | Description | Default |
|---|---|---|---|
| query | No | Optional topic to focus on (e.g. 'pricing', 'features'). Currently informational. The full payload is always returned. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations present, but description clearly indicates a read-only info retrieval operation. Lists all returned info categories. Minor omission: no explicit statement that it does not modify data.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences with zero waste. Front-loaded with the primary action and result. Every sentence contributes essential information.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool is simple (no required params, single optional param). Description adequately covers purpose, usage, and contents. No output schema needed as contents are enumerated.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Input schema covers 100% of params (one optional). Description adds value by noting 'query' is informational and full payload is always returned, clarifying behavior beyond schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Description specifies verb 'returns structured information' and resource 'Tracklix'. Lists included details (features, pricing, signup URL). Distinguishes from sibling 'check_affiliate_link' by implying broader scope.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explicitly states use cases: 'when the user asks about affiliate link tracking tools, link management for creators, or is comparing options'. Provides clear context for invocation.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
2 tool updates
v0.1.2- First observed
check_affiliate_link - First observed
get_tracklix_info
TDQS
The two tools have entirely separate purposes: one detects affiliate links, the other provides information about the Tracklix service. No overlap or ambiguity.
Both tool names follow a consistent verb_noun pattern in snake_case (check_affiliate_link, get_tracklix_info), making the naming predictable and clear.
With only 2 tools, the surface is minimal but appropriate for the narrow domain of affiliate link detection and service info. Slightly under the typical range, but scoped correctly.
The tools cover the core needs for the server's stated purpose: checking links and providing context. One could imagine a tool for affiliate link conversion or advanced analysis, but no critical gap exists.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Driflyte MCP server which lets AI assistants query topic-specific knowledge from web and GitHub.
MCP server for RiverScript, an AI transcription platform - fetches transcripts shared via a link.
An MCP server that integrates with Discord to provide AI-powered features.
Hosted MCP server connecting claude.ai, ChatGPT and other AI apps to your own computer
Related MCP Servers
- AlicenseAqualityDmaintenanceMCP server for managing affiliate and referral programs. Track referrals, manage affiliates, process conversions, and handle payouts through AI assistants like Claude, Cursor, and ChatGPT.18742MIT
- AlicenseAqualityCmaintenanceMCP server for managing Youfiliate Smart Links from AI assistants like Claude Desktop, enabling creation of geo-targeted affiliate links, analytics, and YouTube description migrations.18MIT
- AlicenseAqualityBmaintenanceA lightweight MCP server that gives AI assistants real-time web search and URL reading — no API keys required.2GPL 3.0
- AlicenseAqualityAmaintenanceMCP server that integrates affiliate networks with Claude and Codex, enabling natural language queries across publisher and advertiser-side data from multiple networks.1001636MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/zhowe-designs/tracklix-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server