Update to Vinktar

{
  "description": "Set up Vinktar product analytics and error tracking in this codebase end to end, from picking the SDK to checking the data arrives and saying where each environment variable goes. Use when asked to install, set up, configure, audit or extend Vinktar, to add error tracking or product analytics to an app, or to add or change tracked events.",
  "included_files": [],
  "name": "setup",
  "skill_md_contents": "---\nname: setup\ndescription: Set up Vinktar product analytics and error tracking in this codebase end to end, from picking the SDK to checking the data arrives and saying where each environment variable goes. Use when asked to install, set up, configure, audit or extend Vinktar, to add error tracking or product analytics to an app, or to add or change tracked events.\n---\n\n# Set up Vinktar\n\nVinktar is product analytics and error tracking. You set it up in this codebase through the\nVinktar tools on the MCP connection this plugin adds.\n\n## 1. Get connected\n\nLook for the Vinktar tools (`get_install_guide`, `list_projects`, `get_project_keys`). Their names\ncarry a prefix that differs from app to app. This plugin adds one connection, `vinktar`, which works\nbefore anyone has signed in and asks for sign-in at the first call that reads data. The tools are\nlisted before sign-in, so being there is not enough: call `list_projects`.\n\n- **It answers:** go to step 2.\n- **A Vinktar tool whose name ends in `authenticate` is there instead:** call it. It returns a\n  sign-in link. Give the link to the person, wait until they say they approved, then go to step 2.\n- **It fails for want of sign-in, or only `start_project` and `get_install_guide` are there:** do\n  not stop and do not wait. Call `start_project` with the app's name (and its stack as `platform`).\n  It returns a write key and a claim link. Go to step 2 with that key in place of\n  `get_project_keys`, and give the person the claim link once the first event has arrived: opening\n  it signs them in, or makes them an account on the spot, and keeps the project with its data.\n  Until they have claimed it, skip `define_event`, `set_project_notes` and `get_setup_status`\n  (check arrival with `get_start_status`), and keep a list of the events you add so you can define\n  them after.\n- **There are no Vinktar tools at all:** what is missing is the connection. Say exactly where, for\n  the app you are running in, then wait:\n  - Claude Desktop and Claude on the web (chat, Cowork, the Code tab, Claude Code on the web): open\n    the Vinktar plugin's Connectors tab, or https://claude.ai/customize/connectors. If Vinktar is\n    not listed there, add it (Add custom connector, address `https://mcp.vinktar.com/mcp`). Choose\n    Connect. Then start a new chat and ask again: one that was already open may not pick the\n    connection up.\n  - Claude Code in a terminal or an editor: `/mcp`, pick `vinktar`, choose Authenticate.\n  - Codex: `codex mcp login vinktar`. Cursor asks on its own.\n  - Anything else: add `https://mcp.vinktar.com/mcp` as an MCP server. It finds the sign-in itself.\n\n  In the browser they sign in to Vinktar, or make an account right there (nobody has to register\n  first), leave Build and Configure switched on, and approve. Then carry on from step 2 without\n  being asked again.\n- **No codebase is open** (a chat with no project, a phone): do not stop there. `get_install_guide`\n  starts with what to do: the person opens the project in the Code tab or in Claude Code and asks\n  again, or they do the typing while you hand them each file and variable ready to paste. If their\n  app already reports to Sentry or Bugsnag, `get_project_keys` has the line that points it at\n  Vinktar.\n\nNever ask for a key to paste, and never write a key into the code by hand.\n\n## 2. Follow the guide\n\nCall `get_install_guide` and follow it from start to finish. It is kept current on the server: the\nSDKs that exist and their versions, the layout to install in, how to define each event as you add\nit (`define_event`), the notes to write about the product (`set_project_notes`), the check\n(`get_setup_status`), and the handover. Where this skill and the guide differ, the guide wins.\n\n## 3. Finish with the handover\n\nEnd with the guide's handover: what was installed, what is tracked, what the check says, and a\ntable of every environment variable with where it goes locally, in production and in CI, plus the\nsteps only the person can do.\n\n## Later\n\nThe guide has you leave a Vinktar block in this repository's `AGENTS.md`, which is what tells the\nnext agent any of this is here. Keep it: when you add or change a `track()` call, call\n`define_event` in the same step, and when asked what is happening in the product, start with\n`whats_changed`.\n\nBefore adding an event to an app that is already set up, call `get_install_guide` with\n`section: \"conventions\"`. The short version: event names and property keys are `snake_case`, object\nthen past-tense action (`report_exported`); a description is one sentence; a name never changes its\nmeaning, so a new meaning gets a new name.\n"
}