tracklution-cli
MCP serverAI & modelsOnce added, your AI can put conversion tracking in place for you, handling both the installation and the configuration. The tracking runs on your side instead of inside each visitor's browser, so your coding agent does the setup work for you.
Unavailable. This server has no hosted endpoint yet, so ahel can't serve it.
Add the app, then ask your AI to install and configure conversion tracking for your project. It can use the Tracklution command line tool to complete the setup.
What your AI can do with it
- Install conversion tracking for you
- Handle the full configuration from start to finish
- Track conversions from your side rather than in the visitor's browser
- Work with the Tracklution command line tool
- Adjust the tracking setup when you ask
From the project's README
As published by tracklution/tracklution-cli in README.md.
Monorepo for the npm packages that act as Tracklution's brand- and category-surface discovery wedge for AI coding agents:
tracklution-- canonical. The published bin runs the agent-readable install instructions.create-tracklution-- alias sonpm create tracklution@latestworks.@tracklution/cli-- scope-reserved alias.tracklution-mcp-- alias today; future versions will offer a local stdio<->Streamable-HTTP MCP proxy.server-side-tracking-- category-surface alias fornpm view server-side-tracking/npx server-side-tracking.conversion-tracking-- category-surface alias fornpm view conversion-tracking/npx conversion-tracking.conversion-api-- category-surface alias fornpm view conversion-api/npx conversion-api.
What this is
When a user prompts an AI coding agent (Cursor, Claude Code, Codex, Windsurf, Cline, Lovable, Replit, Bolt, ...) with "Install Tracklution" -- or, by category, "Install server-side tracking" / "Install conversion tracking" -- most agents reflexively run npm view <name> and then npx <name>. These packages exist so that reflex succeeds and the agent gets deterministic, paste-safe install instructions delivered via the agent's normal stdout-reading toolloop -- instead of falling back to web search and inventing tracking code.
The actual install runs through the Tracklution MCP server at https://mcp.tracklution.com/mcp. The agent reaches that MCP via a one-shot REST bootstrap at https://api.trlution.com/install/quick-setup (the "magic install" path) -- which provisions the user's account and returns an mcp.json snippet that already carries Authorization: Bearer <jwt>. This CLI publishes the machine-readable description of that flow.
User: "Install Tracklution"
|
v
Agent runs `npm view tracklution` (finds the package)
Agent runs `npx tracklution` (reads stdout + parses --json)
Agent POSTs to /install/quick-setup (one HTTP call, REST bootstrap)
Agent merges data.mcp_config_snippet (Authorization header included)
Agent calls get_status -> get_installation_scripts -> verify_and_score
(every onboarding call carries container_hash for auth)
User-action hosts (Lovable, Replit, Bolt) cannot drive HTTP-POST + file-edit from inside the agent, so they fall back to the OAuth Connect-button flow -- the CLI's install_methods block tells the agent which hosts support magic install via magic_install_supported: true.
Layout
tracklution-cli/
package.json workspace root (private, not published)
packages/
tracklution/ canonical published package (the bin)
bin/cli.js
src/payload.js single source of truth for the stdout payload
package.json
create-tracklution/ resolve-and-spawn shim
at-tracklution-cli/ resolve-and-spawn shim (publishes as @tracklution/cli)
tracklution-mcp/ resolve-and-spawn shim
server-side-tracking/ resolve-and-spawn shim (category-surface)
conversion-tracking/ resolve-and-spawn shim (category-surface)
conversion-api/ resolve-and-spawn shim (category-surface)
tests/
cli.test.js default / --json / --version / --help
parity.test.js compare local payload to live install-recipes endpoint
aliases.test.js each alias produces the same stdout as the canonical
.github/workflows/
test.yml
publish.yml
Development
npm install # installs workspace deps, symlinks packages/* into each others node_modules
npm test # runs Vitest across all three test files
npm run lint # syntax-checks every bin/cli.js
npm run pack:dry # dry-run npm pack for all published packages
Publishing
Bump the version in every packages/*/package.json (keep them in lockstep), tag vX.Y.Z, push to GitHub. The publish workflow at .github/workflows/publish.yml verifies the lockstep, then runs npm publish --provenance for each package in dependency order (canonical tracklution first, then all alias shims).
Single source of truth
The install methods, MCP URL, and reference URLs are duplicated across:
- packages/tracklution/src/payload.js (this repo)
- tracklution-app/src/config/install-recipes.json
- tracklution-app/public/.well-known/tracklution.json
- tracklution-app/public/agent-install.md (prose form)
Drift is policed by tests/parity.test.js, which fetches the live https://www.tracklution.com/api/install-recipes/ endpoint and deep-checks the install_methods block of payload.js against it. The test is skipped if PARITY_TEST_SKIP=1 (offline CI) or the live endpoint returns a non-200.
License
MIT.
Signals
- GitHub stars
- 2
- Last commit
- Aug 2026
- Weekly downloads
- 120
Advanced
- Delivery
- server-side-tracking MCP server → your ahel gateway (mcp.ahel.ai) → every connected AI client.
- Catalog kind
- mcp-server
- Gateway key
com-tracklution-server-side-tracking- Source
- github.com/tracklution/tracklution-cli