← JoomPulseCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to JoomPulse
Snapshot Sep 30, 2026 · 22:52 UTC · version 2.0.1
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "seller-overview-tracker",
"description": "Snapshot tracker for one Mercado Livre (Brasil) seller via JoomPulse — estimated monthly revenue and sales, listing count, sales trend, reputation, seller medal, categories covered, and cancellation rate. Each run builds today's snapshot table and offers it for download; to see what changed, the user sends the seller's table from a previous period and the skill shows the metric-by-metric difference (old → new). The baseline is whatever table the user supplies — no hidden session memory. Use it to track one specific seller over time. Triggers: \"track this seller\", \"monitor this store\", \"what changed for this seller\", \"compare this seller with last period\", and the pt-BR \"monitorar este vendedor\", \"acompanhar esta loja\", \"o que mudou nesse vendedor\". Sales and revenue are JoomPulse estimates, not real transactions. To rank many sellers in a category and track how that ranking moves, use the top-sellers-in-category skill. Mercado Livre (Brasil) only.",
"included_files": [],
"skill_md_contents": "---\nname: seller-overview-tracker\ndescription: >\n Snapshot tracker for one Mercado Livre (Brasil) seller via JoomPulse — estimated monthly\n revenue and sales, listing count, sales trend, reputation, seller medal, categories covered,\n and cancellation rate. Each run builds today's snapshot table and offers it for download; to\n see what changed, the user sends the seller's table from a previous period and the skill\n shows the metric-by-metric difference (old → new). The baseline is whatever table the user\n supplies — no hidden session memory. Use it to track one specific seller over time.\n Triggers: \"track this seller\", \"monitor this store\", \"what changed for this seller\",\n \"compare this seller with last period\", and the pt-BR \"monitorar este vendedor\", \"acompanhar\n esta loja\", \"o que mudou nesse vendedor\". Sales and revenue are JoomPulse estimates, not\n real transactions. To rank many sellers in a category and track how that ranking moves, use\n the top-sellers-in-category skill. Mercado Livre (Brasil) only.\n---\n\n# Seller Overview Tracker\n\nThis skill tracks **one Mercado Livre (Brasil) seller over time** — its estimated\nmonthly revenue and sales, listing count, sales trend, reputation, seller medal,\nthe categories it covers, and its cancellation rate.\n\nEach run builds **today's snapshot table** for the seller and offers it as a\n**downloadable table**. To see what changed, the user **supplies the seller's table\nfrom a previous period** (the one this skill produced before); the skill compares\nthe two and shows the difference per metric. **The baseline is whatever table the\nuser provides — there is no hidden session memory and nothing is stored\nserver-side.** The seller is identified by a store link or a seller identifier.\n\nIt is different from ranking work: to rank many sellers in a category and track how\nthat ranking moves, use the top-sellers-in-category skill; to analyze one product, use\nthe single-product analysis skill. This skill follows **one** seller.\n\n## Prerequisites\n\n- JoomPulse MCP access is configured for the current agent environment.\n- The user provides one seller as a Mercado Livre store link or a seller identifier.\n- For a period comparison, the user supplies a previous table that this skill\n produced for the same seller (pasted or uploaded). Without it, the skill produces\n a standalone snapshot.\n- The available JoomPulse tools can look up that seller's current market snapshot.\n\nIf JoomPulse MCP access is unavailable, stop and explain that the skill requires\nJoomPulse MCP setup before it can monitor a seller.\n\n## Scope\n\n- **Mercado Livre (Brasil) only.** Other marketplaces are out of scope.\n- **Sales and revenue are JoomPulse estimates** — estimated monthly revenue,\n estimated monthly sales, average ticket, and average price are not real\n transactions. Disclose this in every output. By contrast, the rolling 60-day\n and 365-day sales counts, the sales trend, and the cancellation rate are real\n Mercado Livre data.\n- **Read-only.** The skill never signs in as the seller or modifies a listing; it\n does not store the snapshot — the user keeps the downloadable table and brings it\n back next period.\n- **Language:** respond in pt-BR by default; mirror another language only if the\n user clearly uses it.\n- **The baseline is user-supplied.** Never claim a change without a previous table\n to compare against, and never infer or fabricate one from memory.\n- **Keep the workflow invisible.** The user wants the answer, not a play-by-play.\n If one approach does not return data, retry quietly; only if it still fails do\n you say one short, friendly sentence.\n\n## Workflow\n\n### Step 1 — Resolve the seller and pull today's snapshot\n\n1. Resolve the seller from the store link or seller identifier the user provided.\n If given a store link, resolve it to the seller once.\n2. Use JoomPulse to pull the current snapshot for that one seller: store name,\n estimated monthly revenue, estimated monthly sales, sales trend, cancellation\n rate, listing count, rolling 60-day and 365-day sales, the categories covered,\n seller medal, reputation, average ticket and average price, and location.\n3. If the seller is not found, say so plainly and stop — invent nothing.\n\n### Step 2 — Present today's snapshot and offer it for download\n\nLay out the snapshot fields as a table, headed with the store name and the date.\nThis table is the deliverable — and **offer it as a downloadable file (`.csv` /\n`.xlsx`)** so the user can save it and bring it back next period as the baseline.\nIf any field comes back empty, show `—`; never substitute a guess. Add the JoomPulse\nseller dashboard link. On a standalone snapshot there is **no change column and no\ncolor-dot legend** — just field and current value.\n\n### Step 3 — Offer comparison, and compare if a previous table is supplied\n\nInvite the user to send a previous table for the same seller to compare periods.\n**If they provide one**, parse its values, align by field to today's snapshot, and\nrender a comparison table with the difference per field. A difference **requires\nboth an old and a new value** for the same field — if a field is missing or\nunreadable in the supplied table, show `—`, never a fabricated trend. If no previous\ntable is supplied, the snapshot stands on its own and the user is told to save it\nfor next time.\n\n## Output\n\nRespond in pt-BR by default. Present the result with no commentary about how it was\nproduced.\n\n**Snapshot (always):** a markdown table `| Campo | Valor atual |` for the rows\nbelow, plus a downloadable `.csv` / `.xlsx` of the same data.\n\nThe snapshot / comparison table carries these rows (pt-BR labels):\n\n- Nome da loja\n- Receita média mensal (estimada)\n- Vendas médias mensais (estimadas)\n- Tendência de vendas\n- Taxa de cancelamento\n- Anúncios\n- Vendas (60 dias)\n- Vendas (365 dias)\n- Categorias\n- Medalha (platina / ouro / prata / sem medalha)\n- Reputação (5 verde, a melhor … 1 vermelho, a pior)\n- Ticket médio / preço médio\n- Localização (cidade, estado, país)\n- Link JoomPulse do vendedor\n\n**Comparison (only when a previous table is supplied):** a markdown table\n`| Campo | Era | Agora |`. Put the change (figure, percentage, or percentage point)\ninside the **Agora** cell, prefixed with a semantic color dot:\n\n- 🟢 **good:** revenue up, sales up, listings up, medal improved, reputation\n improved, cancellation rate **down**.\n- 🔴 **bad:** revenue down, sales down, listings down, medal worse, reputation\n worse, cancellation rate **up**.\n- The **cancellation rate is inverted** — down = 🟢, up = 🔴.\n- **Categorias** moving is neutral context — show the change with **no color dot**.\n\nColumn headers are words (`Campo | Era | Agora`), never a bare \"Δ\" symbol. Show the\ncolor-dot legend (🟢/🔴) **only** in the comparison table, where the dots actually\nappear — never on a plain snapshot.\n\nClose with a short **Principais insights** section: with a comparison, interpret\nwhat moved; on a standalone snapshot, frame it as the starting picture with no trend\nclaims.\n\n**Disclaimer (every report):**\n\n> ⚠️ Receita e vendas são estimativas do JoomPulse com base no histórico de\n> anúncios — não são transações reais. / Revenue and sales are JoomPulse estimates\n> based on historical listing data — not actual transactions.\n\nKeep it concise — no methodology, no internal jargon, and do not explain these rules\nto the user.\n\n## Visualization\n\nSurface-aware. **Never block on visuals** — if anything fails, fall back to the\nmarkdown rendering below. The snapshot table (and the comparison table, when\npresent) always render as markdown in the response text, and the downloadable file\nmirrors what is shown.\n\n- **When the client can render inline visuals**, present **metric cards** for the\n key current metrics — for example estimated monthly revenue, estimated monthly\n sales, listings, cancellation rate, and medal / reputation. With a comparison, you\n may annotate each card with its `era → agora` change.\n- **Otherwise** (plain terminal, no visual support), output the same information as a\n markdown table plus a short text summary. Same numbers, no visual.\n- **Round all displayed numbers** and use **pt-BR number and currency formatting**\n (for example `R$ 1,38 mi`, `7.900`, `+1,3 p.p.`) everywhere — cards and table.\n- Use a consistent medal palette: platina = purple, ouro = amber, prata = blue, sem\n medalha = white with a thin border (white needs the border to stay visible on a\n light background).\n- **No synthesized trend line from a single snapshot** (there is no server-side\n history). Only if the user supplies several past-period tables may you plot a\n simple line across those periods.\n\nExample comparison table (only when a previous table is supplied):\n\n| Campo | Era | Agora |\n|---|---|---|\n| Receita mensal (est.) | R$ 1,20 mi | 🟢 R$ 1,38 mi · ↑ +15% |\n| Vendas/mês (est.) | 8.400 | 🔴 7.900 · ↓ −6% |\n| Medalha | Ouro | 🟢 Platina · ↑ |\n| Reputação | 4 verde-claro | 🟢 5 verde · ↑ |\n| Taxa de cancelamento | 2,1% | 🔴 3,4% · ↑ +1,3 p.p. |\n| Categorias | 12 | 14 · +2 |\n\nPresentation rules: column headers are words, never a bare \"Δ\" symbol; show the\ncolor-dot legend only when those dots appear (the comparison table); render a chart\nonly when the data supports it.\n\n## Notes & Guardrails\n\nThe user should never see a system or stack error — only a friendly next step.\nTranslate any failure into one short, friendly sentence, and retry once quietly on a\ntransient hiccup.\n\n- **Seller not found:** state it plainly, stop, and invent nothing.\n- **No previous table supplied:** render today's snapshot only (no change column, no\n legend) and invite the user to save it for next time.\n- **Supplied table is for a different seller, malformed, or unreadable:** say so\n plainly and fall back to the snapshot only; do not force a misaligned comparison.\n- **Empty or failed pull:** say the data is temporarily unavailable and to try\n again. Never paste internal error text, HTTP codes, or field names to the user.\n- **A single field empty but the seller is found:** show `—` for that field and keep\n the rest.\n"
}SHA-256: 5b757088f405c7a68ce632c8cc7ff751fdc2adadf582257e3791840537d3ae1e