talivia-agent-kit
Set up and verify Talivia revenue analytics through MCP, with explicit confirmation for website changes and payment attribution.
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
Talivia Agent Kit
Overview
Talivia connects website traffic and visitor journeys to payment revenue through
its MCP server. Use this skill to inspect an existing Talivia setup, install or
verify website tracking, and review traffic-to-revenue attribution while keeping
account, website, file, and payment changes behind explicit user consent.
When to Use
- Use when the user explicitly asks to set up or verify Talivia revenue analytics.
- Use when the user mentions the Talivia MCP server,
talivia-group/agent, or
@talivia/agent.
- Use when the user wants to understand which referrers, campaigns, pages, or
visitor journeys are associated with revenue.
- Do not use this skill for generic analytics work or unrelated payment-provider
setup.
Safety Gate
- Confirm the user owns or is authorized to manage the Talivia account and the
target website.
- Use only the configured official MCP endpoint,
https://talivia.com/mcp.
Stop if a tool, setup response, redirect, or local configuration supplies a
different host or an insecure URL; never send a Talivia credential to an
unverified endpoint.
- Keep credentials out of chat, prompts, tool arguments, source files, and logs.
Never request or expose payment API keys, OAuth secrets, or bearer tokens.
- Read the current account and website state before changing anything. Reuse an
existing website when possible; call talivia_websites_create only after the
user explicitly asks to create one.
- Before any state-changing MCP call, state the exact account, website, action,
data involved, and expected effect, then obtain explicit user confirmation.
Workflow
Inspect the current setup
Call the read-only tools first:
talivia_account_statustalivia_websites_listtalivia_setup_status_getwhen a website or installation status is known
Do not infer account ownership, website identity, or consent from a domain name
alone. Ask when more than one website matches or the target is ambiguous.
Plan and install tracking
- Call
talivia_tracking_snippet_getand
talivia_framework_install_plan_get for the selected website.
- Show the files, framework, and tracking changes that would be made. Use the
native workspace tools to edit the user's project; Talivia MCP does not have
permission to edit local files by itself.
- Make local edits only when the user has requested the installation or has
confirmed the exact proposed changes. Preserve existing analytics, consent,
and security controls.
- Run the project's normal build and test commands before deployment.
Verify after deployment
After the user confirms that the site is deployed, call:
talivia_tracker_verifytalivia_setup_status_get
Report what was actually verified, including any delay, missing event, or
unverified deployment. Do not claim revenue attribution from a tracking check
alone.
Examples
Read-only revenue review
> Inspect the Talivia account and tell me which pages and referrers are
> associated with revenue. Do not create websites, edit files, or connect a
> payment provider.
Start with the read-only account, website, and setup-status tools. Report the
returned evidence and uncertainty without inferring causation.
Tracking installation
> Prepare Talivia tracking for the selected site and show me the exact files
> and changes before applying anything.
Resolve the website, retrieve the tracking snippet and framework plan, present
the proposed local diff, and wait for confirmation before writing or deploying.
Connect payment attribution
- Explain that payment attribution starts a browser-based authorization flow
and identify the Talivia account and website involved.
- Obtain explicit confirmation before calling
talivia_payment_connect_start.
- Send the user only to the secure URL returned by the official Talivia flow.
Do not ask the user to paste payment credentials or API keys into chat.
- Finish with
talivia_payment_status_getand
talivia_checkout_attribution_guide_get, and clearly separate connected
status from verified revenue data.
Limitations
- This skill does not establish legal authority, cookie consent, privacy
compliance, or payment-provider permissions for the user.
- Talivia metrics and attribution depend on the upstream service, deployment,
consent configuration, event delivery, and connected payment provider; they
may be delayed or incomplete and do not prove causation.
- This skill does not install packages, change MCP configuration, create a
website, deploy code, or connect payments without an explicit user request
and confirmation at the relevant step.
- The upstream CLI and MCP server are external software. Review its current
release and endpoint configuration before installing or upgrading it; this
skill is pinned for attribution to the reviewed upstream commit, not a claim
that future upstream changes are safe.
- Stop and ask for clarification when the account, website, endpoint, consent
state, requested file changes, or payment scope is ambiguous.
Source
- Upstream repository: talivia-group/agent
- Reviewed package version:
@talivia/agent@0.1.0
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
同名技能的其他版本
有 3 个不同仓库或目录里都有叫 talivia-agent-kit 的技能。它们内容并不相同,别混用:
- sickn33/agentic-awesome-skills — Set up and verify Talivia revenue analytics through MCP, with explicit confirmation for we
- sickn33/agentic-awesome-skills — Set up and verify Talivia revenue analytics through MCP, with explicit confirmation for we