Update to Rivet

{
  "description": "Explore design directions for a local web app with Rivet, compare them in its editor, and implement the user's chosen direction.",
  "included_files": [],
  "name": "rivet",
  "skill_md_contents": "---\nname: rivet\ndescription: Explore design directions for a local web app with Rivet, compare them in its editor, and implement the user's chosen direction.\n---\n\nUse this plugin's Rivet MCP tools to inspect explorations, sign in, explore designs and retrieve chosen directions, and manage design context. Use an explicit absolute project path. If sign-in is required, use the login tool and let the user finish in their browser.\n\nOpen or attach the editor with this plugin's pinned CLI. Replace the project path below. Use `--user-port` when an app dev server already runs.\n\n```sh\nRIVET_PLUGIN_NAME=rivet NODE_ENV=production RIVET_AUTO_UPDATE_DISABLED=1 node \"${PLUGIN_ROOT}/node_modules/rivet-design/bin/rivet.js\" open --project /absolute/project --no-browser --caller-agent codex\n```\n\nOpen and share the returned editorUrl. For an existing app, resolve saved instructions before authoring a short runLabel and distinct briefs for variants start. For a fresh empty project, use fresh mode with the same host-authored runLabel and distinct briefs. Include the user's design references unchanged.\n\nWhen a tool returns complete_host_variant_work, follow each server-authored workerPrompt verbatim and use the returned worker agent type. Each worker completes its own assigned work promptly. Otherwise Rivet owns execution; inspect status until terminal. Poll during start_in_flight. Cancel only when the user asks. When the user chooses a direction, retrieve it with rivet_get_exploration using project, sessionId, and variantId, then implement and verify it in the user's project. Rivet retains prototype artifacts and context.\n\nDo not run a global install, updater, or permission configurator. Updating this plugin is separate from running a design request. Existing CLI integrations may duplicate this plugin's tools and workers; inspect the migration guidance before changing user configuration.\n\nPlugin sessions collect approved product metadata: action categories, outcomes, counts, timings, and runtime version. Signed-in events use the Rivet account ID and email is set as a profile property; anonymous use has a persistent installation identifier. Email is excluded from event properties, and installations are not aliased to accounts. Plugins do not upload raw logs, exception contents, prompts, source, local paths, replay, or console recordings. Model and account requests remain separate. Functional feature-flag lookups remain enabled with the installation identifier and flag analytics disabled, including when optional telemetry is off.\n\nHonor a user's telemetry preference on every launch. Set `RIVET_TELEMETRY_DISABLED=1` in the host environment to disable optional telemetry across MCP and pinned CLI processes. A persistent MCP configuration can also add `--no-telemetry` to its server arguments; include that flag on pinned CLI commands too. Restart the plugin and its editor/coordinator after changing launch configuration. A telemetry-policy mismatch requires finishing existing work and explicitly stopping the mismatched runtime before reopening; do not stop it automatically.\n"
}