[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71QCKXG025FCNJJKM4BN2DG":3,"skill-same:01M71QCKXG025FCNJJKM4BN2DG":124},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":28,"publishedAt":49,"linkOnly":50,"markdownContent":51,"markdownBody":52,"frontMatter":53,"refName":59,"commitSha":60,"skillDirectory":61,"forksCount":14,"repositoryHtmlUrl":62,"repositoryHomepageUrl":63,"ownerHtmlUrl":64,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":65,"install":66,"resources":79},"01M71QCKXG025FCNJJKM4BN2DG","vss-setup-behavior-analytics",null,"Use to deploy the vss-behavior-analytics service standalone (entrypoint, config-source, optional calibration). Not for the full warehouse deploy.","pattanation\u002FNorvik","pattanation","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F235419268?v=4","01M71M5THHYYB15ME8R2E4FCZG","Patta","01M71M5TJM1NDM992M8PDKYR2K",0,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000013","分析与可视化","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000033","数据分析师","PROFESSION","适用职业",[29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48],"behavior","analytics","setup","vss setup behavior analytics","config","https","summarization","operational","github","team","Blueprint","behavior-analytics","use","search","deployment","for","NVIDIA","standalone","Video","warehouse","2026-11-10 13:02:02",false,"---\nname: vss-setup-behavior-analytics\ndescription: Use to deploy the vss-behavior-analytics service standalone (entrypoint, config-source, optional calibration). Not for the full warehouse deploy.\nlicense: Apache-2.0\n\nmetadata:\n  author: \"NVIDIA Video Search and Summarization team\"\n  version: \"3.2.0\"\n  github-url: \"https:\u002F\u002Fgithub.com\u002FNVIDIA-AI-Blueprints\u002Fvideo-search-and-summarization\"\n  tags: \"nvidia blueprint operational deployment behavior-analytics\"\n---\n## Purpose\n\nDeploy the behavior-analytics service standalone with the user's chosen entrypoint, config, and calibration.\n\n## Instructions\n\nFollow the routing tables and step-by-step workflows below. Each section that ends in *workflow*, *quick start*, or *flow* is intended to be executed top-to-bottom. Detailed reference material lives in `references\u002F`.\n\n## Examples\n\nWorked end-to-end examples are kept under `evals\u002F` (each `*.json` manifest\ncontains a runnable scenario). Run a Tier-3 evaluation to replay them:\n\n```bash\nnv-base validate skills\u002Fvss-setup-behavior-analytics --agent-eval\n```\n\nA minimal standalone bring-up looks like:\n\n```bash\ncd $REPO\u002Fdeploy\u002Fdocker\nexport VSS_APPS_DIR=$(pwd)\ndocker compose -f services\u002Fanalytics\u002Fbehavior-analytics\u002Fcompose.yml up -d vss-behavior-analytics-base\n```\n\nFollow `references\u002Fdeploy-behavior-analytics-service.md` for the full\nworkflow (entrypoint pick, config source, dynamic updates).\n\n## Limitations\n\n- Requires the matching VSS profile \u002F microservice to be deployed and reachable from the caller.\n- NGC-hosted models and NIMs may be subject to rate-limits, GPU memory requirements, and license restrictions.\n- Concurrency, GPU memory, and storage limits depend on the host hardware and the profile's compose file.\n\n## Troubleshooting\n\n- **Error**: REST call returns connection refused. **Cause**: target microservice not running. **Solution**: probe `\u002Fdocs` or `\u002Fhealth`; redeploy via `vss-deploy-profile` or the matching `vss-deploy-*` skill.\n- **Error**: HTTP 401\u002F403 from NGC pulls. **Cause**: missing\u002Fexpired `NGC_CLI_API_KEY`. **Solution**: `docker login nvcr.io` and re-export the key before retrying.\n- **Error**: container OOM or model fails to load. **Cause**: insufficient GPU memory for the selected profile. **Solution**: switch to a smaller variant or free GPUs via `docker compose down`.\n\n# VSS Setup Behavior Analytics — Standalone\n\nDeploy **just** the `vss-behavior-analytics` container (the spatial-AI analytics pipeline from the upstream `behavior-analytics` repo), not as part of the full warehouse blueprint stack.\n\nThe full operational walkthrough — entrypoint table, config-source options, calibration types, dynamic-update wire contract, troubleshooting — is [`references\u002Fdeploy-behavior-analytics-service.md`](references\u002Fdeploy-behavior-analytics-service.md). This SKILL.md only handles routing and prerequisites.\n\n## When to use\n\n- \"Deploy behavior analytics\" \u002F \"run behavior-analytics standalone\"\n- \"I just want to run analytics, not the full stack\"\n- \"Change the entrypoint to fusion_search \u002F dev_example \u002F analytics 3D \u002F mv3dt\"\n- \"Use my own behavior-analytics config \u002F calibration JSON\"\n- \"Point behavior-analytics at the warehouse-3d (or mv3dt) config without spinning up the rest of the warehouse profile\"\n- \"Dynamic config \u002F dynamic calibration into a running behavior-analytics\"\n\n## Prerequisites\n\n1. **Repo checkout** with `$VSS_APPS_DIR` pointing at `\u003Crepo>\u002Fdeploy\u002Fdocker\u002F`. Required by the service compose's volume binds.\n2. **NGC credentials** — `$NGC_CLI_API_KEY` set so docker can pull the image. See [`references\u002Fngc-api-key-registry-login.md`](references\u002Fngc-api-key-registry-login.md).\n3. **Docker runtime** — Docker Engine **28.3.3** with Docker Compose plugin **v2.39.1+**. Verify with `docker --version` and `docker compose version`.\n4. **Optional broker** (Kafka \u002F Redis Streams \u002F MQTT). The container starts fine **without** one — the Kafka client retries a bounded number of times, then the app exits and `restart: always` cycles the container. Status will show `Restarting (N)` in `docker ps` until a broker is reachable. With a broker, dynamic config \u002F dynamic calibration over `mdx-notification` become available.\n5. **Optional config \u002F calibration files on disk** if the user is bringing their own.\n\nIf any required prerequisite fails, surface the gap before going further.\n\n## Workflow\n\nHand the user [`references\u002Fdeploy-behavior-analytics-service.md`](references\u002Fdeploy-behavior-analytics-service.md) and walk them through its steps in order:\n\n1. Pick an entrypoint (analytics 2D \u002F 3D \u002F mv3dt, dev_example, fusion_search).\n2. Choose a config — profile-shipped or custom.\n3. Choose a calibration — optional; profile-shipped or custom; otherwise the app waits for a dynamic-calibration notification.\n4. Decide whether a broker is reachable; if yes, point them at the dynamic-update flows.\n\nThe compose-file edits, YAML diffs, deploy + verify commands, and troubleshooting table all live in that reference — don't duplicate them here.\n\n## Dynamic updates (runtime, no restart)\n\nOnce the container is up **and a broker is reachable**, two runtime-update flows are available — neither requires redeploying:\n\n### Dynamic config\n\nPublish an `upsert` (per-key patch) or `upsert-all` (full snapshot) message to the `mdx-notification` topic with Kafka key `behavior-analytics-config` and headers:\n\n- `event.type`: `upsert` | `upsert-all` | `request-config` | `ack`\n- `reference-id`: `video-analytics-api-\u003Cuuid>` (web-api originated), `behavior-analytics-\u003Cuuid>` (bootstrap reply), or the source-type literal (`kafka` \u002F `redis` \u002F `mqtt`) for direct-publisher upserts.\n\nBody: `{\"status\": ..., \"config\": \u003Cpatch>, \"error\": ...}`.\n\nThe listener validates each message at the envelope layer (rejects unknown keys, missing config, malformed status\u002Ferror) and at the per-payload layer (rejects forbidden sections, bad item shapes). Successful upserts are persisted to disk, applied to every worker, and ACK'd back over the topic.\n\nFull wire contract + ack semantics: [`references\u002Fdynamic-config.md`](references\u002Fdynamic-config.md).\n\n### Dynamic calibration\n\nPublish to the same topic with Kafka key `calibration` and headers:\n\n- `event.type`: `upsert-all` (full snapshot) | `upsert` (per-sensor merge) | `delete` (per-sensor removal)\n- `timestamp`: ISO-8601 UTC (`YYYY-MM-DDTHH:MM:SS.fffZ`).\n\nBody: JSON sensor list (and ROIs \u002F tripwires \u002F homographies for `upsert-all`).\n\nThe listener validates against the vendored AJV schema before persisting. Schema violations log a `calibration schema violation` warning and are dropped — the previously-good calibration stays loaded.\n\nFull wire contract + per-action validation policy: [`references\u002Fdynamic-calibration.md`](references\u002Fdynamic-calibration.md).\n\nBoth flows live entirely on the broker — the producer can be `video-analytics-api`, your own script, or any Kafka client that mirrors the wire shape. They're the recommended way to change configuration after the container is running, so the operator doesn't have to redeploy.\n\n## Routing rules\n\n- If the user wants \"the full stack\" (UI \u002F agent \u002F perception): hand off to [`vss-deploy-profile`](..\u002Fvss-deploy-profile\u002FSKILL.md) with profile `warehouse` (or `alerts`). Don't run this skill in parallel.\n- If the user wants to publish a runtime config \u002F calibration update to an already-running container: walk the [Dynamic updates](#dynamic-updates-runtime-no-restart) section. Both flows need a reachable broker.\n- If the user describes a behavior-analytics behavior change they want to validate (new incident type, new ROI rule, new sensor): point them at [`references\u002Fconfiguration.md`](references\u002Fconfiguration.md), [`references\u002Fdynamic-config.md`](references\u002Fdynamic-config.md), or [`references\u002Fdynamic-calibration.md`](references\u002Fdynamic-calibration.md) before editing the JSON.\n\nbump:1\n","## Purpose\n\nDeploy the behavior-analytics service standalone with the user's chosen entrypoint, config, and calibration.\n\n## Instructions\n\nFollow the routing tables and step-by-step workflows below. Each section that ends in *workflow*, *quick start*, or *flow* is intended to be executed top-to-bottom. Detailed reference material lives in `references\u002F`.\n\n## Examples\n\nWorked end-to-end examples are kept under `evals\u002F` (each `*.json` manifest\ncontains a runnable scenario). Run a Tier-3 evaluation to replay them:\n\n```bash\nnv-base validate skills\u002Fvss-setup-behavior-analytics --agent-eval\n```\n\nA minimal standalone bring-up looks like:\n\n```bash\ncd $REPO\u002Fdeploy\u002Fdocker\nexport VSS_APPS_DIR=$(pwd)\ndocker compose -f services\u002Fanalytics\u002Fbehavior-analytics\u002Fcompose.yml up -d vss-behavior-analytics-base\n```\n\nFollow `references\u002Fdeploy-behavior-analytics-service.md` for the full\nworkflow (entrypoint pick, config source, dynamic updates).\n\n## Limitations\n\n- Requires the matching VSS profile \u002F microservice to be deployed and reachable from the caller.\n- NGC-hosted models and NIMs may be subject to rate-limits, GPU memory requirements, and license restrictions.\n- Concurrency, GPU memory, and storage limits depend on the host hardware and the profile's compose file.\n\n## Troubleshooting\n\n- **Error**: REST call returns connection refused. **Cause**: target microservice not running. **Solution**: probe `\u002Fdocs` or `\u002Fhealth`; redeploy via `vss-deploy-profile` or the matching `vss-deploy-*` skill.\n- **Error**: HTTP 401\u002F403 from NGC pulls. **Cause**: missing\u002Fexpired `NGC_CLI_API_KEY`. **Solution**: `docker login nvcr.io` and re-export the key before retrying.\n- **Error**: container OOM or model fails to load. **Cause**: insufficient GPU memory for the selected profile. **Solution**: switch to a smaller variant or free GPUs via `docker compose down`.\n\n# VSS Setup Behavior Analytics — Standalone\n\nDeploy **just** the `vss-behavior-analytics` container (the spatial-AI analytics pipeline from the upstream `behavior-analytics` repo), not as part of the full warehouse blueprint stack.\n\nThe full operational walkthrough — entrypoint table, config-source options, calibration types, dynamic-update wire contract, troubleshooting — is [`references\u002Fdeploy-behavior-analytics-service.md`](references\u002Fdeploy-behavior-analytics-service.md). This SKILL.md only handles routing and prerequisites.\n\n## When to use\n\n- \"Deploy behavior analytics\" \u002F \"run behavior-analytics standalone\"\n- \"I just want to run analytics, not the full stack\"\n- \"Change the entrypoint to fusion_search \u002F dev_example \u002F analytics 3D \u002F mv3dt\"\n- \"Use my own behavior-analytics config \u002F calibration JSON\"\n- \"Point behavior-analytics at the warehouse-3d (or mv3dt) config without spinning up the rest of the warehouse profile\"\n- \"Dynamic config \u002F dynamic calibration into a running behavior-analytics\"\n\n## Prerequisites\n\n1. **Repo checkout** with `$VSS_APPS_DIR` pointing at `\u003Crepo>\u002Fdeploy\u002Fdocker\u002F`. Required by the service compose's volume binds.\n2. **NGC credentials** — `$NGC_CLI_API_KEY` set so docker can pull the image. See [`references\u002Fngc-api-key-registry-login.md`](references\u002Fngc-api-key-registry-login.md).\n3. **Docker runtime** — Docker Engine **28.3.3** with Docker Compose plugin **v2.39.1+**. Verify with `docker --version` and `docker compose version`.\n4. **Optional broker** (Kafka \u002F Redis Streams \u002F MQTT). The container starts fine **without** one — the Kafka client retries a bounded number of times, then the app exits and `restart: always` cycles the container. Status will show `Restarting (N)` in `docker ps` until a broker is reachable. With a broker, dynamic config \u002F dynamic calibration over `mdx-notification` become available.\n5. **Optional config \u002F calibration files on disk** if the user is bringing their own.\n\nIf any required prerequisite fails, surface the gap before going further.\n\n## Workflow\n\nHand the user [`references\u002Fdeploy-behavior-analytics-service.md`](references\u002Fdeploy-behavior-analytics-service.md) and walk them through its steps in order:\n\n1. Pick an entrypoint (analytics 2D \u002F 3D \u002F mv3dt, dev_example, fusion_search).\n2. Choose a config — profile-shipped or custom.\n3. Choose a calibration — optional; profile-shipped or custom; otherwise the app waits for a dynamic-calibration notification.\n4. Decide whether a broker is reachable; if yes, point them at the dynamic-update flows.\n\nThe compose-file edits, YAML diffs, deploy + verify commands, and troubleshooting table all live in that reference — don't duplicate them here.\n\n## Dynamic updates (runtime, no restart)\n\nOnce the container is up **and a broker is reachable**, two runtime-update flows are available — neither requires redeploying:\n\n### Dynamic config\n\nPublish an `upsert` (per-key patch) or `upsert-all` (full snapshot) message to the `mdx-notification` topic with Kafka key `behavior-analytics-config` and headers:\n\n- `event.type`: `upsert` | `upsert-all` | `request-config` | `ack`\n- `reference-id`: `video-analytics-api-\u003Cuuid>` (web-api originated), `behavior-analytics-\u003Cuuid>` (bootstrap reply), or the source-type literal (`kafka` \u002F `redis` \u002F `mqtt`) for direct-publisher upserts.\n\nBody: `{\"status\": ..., \"config\": \u003Cpatch>, \"error\": ...}`.\n\nThe listener validates each message at the envelope layer (rejects unknown keys, missing config, malformed status\u002Ferror) and at the per-payload layer (rejects forbidden sections, bad item shapes). Successful upserts are persisted to disk, applied to every worker, and ACK'd back over the topic.\n\nFull wire contract + ack semantics: [`references\u002Fdynamic-config.md`](references\u002Fdynamic-config.md).\n\n### Dynamic calibration\n\nPublish to the same topic with Kafka key `calibration` and headers:\n\n- `event.type`: `upsert-all` (full snapshot) | `upsert` (per-sensor merge) | `delete` (per-sensor removal)\n- `timestamp`: ISO-8601 UTC (`YYYY-MM-DDTHH:MM:SS.fffZ`).\n\nBody: JSON sensor list (and ROIs \u002F tripwires \u002F homographies for `upsert-all`).\n\nThe listener validates against the vendored AJV schema before persisting. Schema violations log a `calibration schema violation` warning and are dropped — the previously-good calibration stays loaded.\n\nFull wire contract + per-action validation policy: [`references\u002Fdynamic-calibration.md`](references\u002Fdynamic-calibration.md).\n\nBoth flows live entirely on the broker — the producer can be `video-analytics-api`, your own script, or any Kafka client that mirrors the wire shape. They're the recommended way to change configuration after the container is running, so the operator doesn't have to redeploy.\n\n## Routing rules\n\n- If the user wants \"the full stack\" (UI \u002F agent \u002F perception): hand off to [`vss-deploy-profile`](..\u002Fvss-deploy-profile\u002FSKILL.md) with profile `warehouse` (or `alerts`). Don't run this skill in parallel.\n- If the user wants to publish a runtime config \u002F calibration update to an already-running container: walk the [Dynamic updates](#dynamic-updates-runtime-no-restart) section. Both flows need a reachable broker.\n- If the user describes a behavior-analytics behavior change they want to validate (new incident type, new ROI rule, new sensor): point them at [`references\u002Fconfiguration.md`](references\u002Fconfiguration.md), [`references\u002Fdynamic-config.md`](references\u002Fdynamic-config.md), or [`references\u002Fdynamic-calibration.md`](references\u002Fdynamic-calibration.md) before editing the JSON.\n\nbump:1\n",{"name":5,"license":15,"metadata":54,"description":7},{"tags":55,"author":56,"version":57,"github-url":58},"nvidia blueprint operational deployment behavior-analytics","NVIDIA Video Search and Summarization team","3.2.0","https:\u002F\u002Fgithub.com\u002FNVIDIA-AI-Blueprints\u002Fvideo-search-and-summarization","claude\u002Finstall-gsd-build-foQdV","d86cd127f527124b5fd0fd0bc679a4d79b7d01d7",".agents\u002Fskills\u002Fvss-setup-behavior-analytics","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik","https:\u002F\u002Fnorvik-orpin.vercel.app","https:\u002F\u002Fgithub.com\u002Fpattanation","2026-07-17 11:17:04",{"source":8,"skillName":5,"commands":67,"prompt":77,"zipAvailable":78},[68,71,74],{"tool":69,"command":70},"npx","npx skills add pattanation\u002FNorvik --skill vss-setup-behavior-analytics",{"tool":72,"command":73},"bunx","bunx skills add pattanation\u002FNorvik --skill vss-setup-behavior-analytics",{"tool":75,"command":76},"pnpm","pnpm dlx skills add pattanation\u002FNorvik --skill vss-setup-behavior-analytics","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002FSKILL.md",true,[80,86,90,94,98,102,106,110,114,118],{"path":81,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":84,"sourceHtmlUrl":85},"BENCHMARK.md","REFERENCE","参考文档",3909,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002FBENCHMARK.md",{"path":87,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":88,"sourceHtmlUrl":89},"evals\u002Fevals.json",500,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Fevals\u002Fevals.json",{"path":91,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":92,"sourceHtmlUrl":93},"evals\u002Fstandalone_deploy.json",1840,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Fevals\u002Fstandalone_deploy.json",{"path":95,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":96,"sourceHtmlUrl":97},"references\u002Fconfiguration.md",3796,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Freferences\u002Fconfiguration.md",{"path":99,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":100,"sourceHtmlUrl":101},"references\u002Fdeploy-behavior-analytics-service.md",14180,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Freferences\u002Fdeploy-behavior-analytics-service.md",{"path":103,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":104,"sourceHtmlUrl":105},"references\u002Fdynamic-calibration.md",14196,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Freferences\u002Fdynamic-calibration.md",{"path":107,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":108,"sourceHtmlUrl":109},"references\u002Fdynamic-config.md",20198,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Freferences\u002Fdynamic-config.md",{"path":111,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":112,"sourceHtmlUrl":113},"references\u002Fngc-api-key-registry-login.md",2059,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Freferences\u002Fngc-api-key-registry-login.md",{"path":115,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":116,"sourceHtmlUrl":117},"skill-card.md",4109,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Fskill-card.md",{"path":119,"resourceType":120,"resourceTypeDesc":121,"sizeBytes":122,"sourceHtmlUrl":123},"skill.oms.sig","OTHER","其他",6101,"https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvss-setup-behavior-analytics\u002Fskill.oms.sig",[125,154,179,201,223,238],{"skillNo":126,"name":127,"nameZh":6,"description":128,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":129,"sourceHtmlUrl":130,"categories":131,"keywords":138,"publishedAt":49},"01M71QDV4DM8T19HEHWATEF1K4","webapp-testing","Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fwebapp-testing\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fwebapp-testing\u002FSKILL.md",[132,135],{"categoryNo":133,"categoryName":134,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发",[139,140,141,44,142,143,144,145,146,147,148,149,150,151,29,152,153],"webapp","testing","webapp testing","applications","local","frontend","debugging","toolkit","logs","browser","with","playwright","web","ui","screenshots",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":158,"sourceHtmlUrl":159,"categories":160,"keywords":162,"publishedAt":49},"01M71QDH2GGMXGA9105C9W1N7B","web-artifacts-builder","Suite of tools for creating elaborate, multi-component claude.ai HTML artifacts using modern frontend web technologies (React, Tailwind CSS, shadcn\u002Fui). Use for complex artifacts requiring state management, routing, or shadcn\u002Fui components - not for simple single-file HTML\u002FJSX artifacts.","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fweb-artifacts-builder\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fweb-artifacts-builder\u002FSKILL.md",[161],{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},[163,164,165,151,166,167,168,44,169,170,144,171,41,172,173,174,175,176,177,178],"builder","artifacts builder","artifacts","web artifacts builder","single-file","css","Tailwind","ui components","single","file","components","react","multi","state","routing","state management",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":183,"licenseFileUrl":184,"sourceHtmlUrl":185,"categories":186,"keywords":188,"publishedAt":49},"01M71QD9T2XC3EWMQNN9ACNWQ1","vueuse-functions","Apply VueUse composables where appropriate to build concise, maintainable Vue.js \u002F Nuxt features.","MIT","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvueuse-functions\u002FLICENSE.md","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvueuse-functions\u002FSKILL.md",[187],{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},[189,190,191,192,193,194,37,195,196,34,197,198,199,200],"functions","vueuse","vueuse functions","project","nuxt","apply","concise","build","features","vue","js","composables",{"skillNo":202,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":183,"licenseFileUrl":205,"sourceHtmlUrl":206,"categories":207,"keywords":210,"publishedAt":49},"01M71QD51HWSGYMCMB7RW7PGK8","vue-testing-best-practices","Use for Vue.js testing. Covers Vitest, Vue Test Utils, component testing, mocking, testing patterns, and Playwright for E2E testing.","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-testing-best-practices\u002FLICENSE.md","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-testing-best-practices\u002FSKILL.md",[208,209],{"categoryNo":133,"categoryName":134,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},[211,140,212,198,213,150,214,215,216,37,217,44,218,219,220,41,221,199,222],"vue testing best practices","testing best practices","best practices","test","testing patterns","component","vitest","mocking","e2e","utils","patterns","e2e testing",{"skillNo":224,"name":225,"nameZh":6,"description":226,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":183,"licenseFileUrl":227,"sourceHtmlUrl":228,"categories":229,"keywords":231,"publishedAt":49},"01M71QD358H2DJ9THJRBP77T3T","vue-router-best-practices","Vue Router 4 patterns, navigation guards, route params, and route-component lifecycle interactions.","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-router-best-practices\u002FLICENSE.md","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-router-best-practices\u002FSKILL.md",[230],{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},[232,198,233,213,234,216,235,37,221,236,237],"router","vue router best practices","route","guards","navigation","lifecycle",{"skillNo":239,"name":240,"nameZh":6,"description":241,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":183,"licenseFileUrl":242,"sourceHtmlUrl":243,"categories":244,"keywords":246,"publishedAt":49},"01M71QCYPNWDE2MQZ1TF3ED5S4","vue-best-practices","MUST be used for Vue.js tasks. Strongly recommends Composition API with `\u003Cscript setup>` and TypeScript as the standard approach. Covers Vue 3, SSR, Volar, vue-tsc. Load for any Vue, .vue files, Vue Router, Pinia, or Vite with Vue work. ALWAYS use Composition API unless the project explicitly requires Options API.","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-best-practices\u002FLICENSE.md","https:\u002F\u002Fgithub.com\u002Fpattanation\u002FNorvik\u002Fblob\u002Fclaude\u002Finstall-gsd-build-foQdV\u002F.agents\u002Fskills\u002Fvue-best-practices\u002FSKILL.md",[245],{"categoryNo":136,"categoryName":137,"taxonomyType":21,"taxonomyTypeDesc":22},[247,198,213,248,192,249,250,251,232,252,253,254,255,256,257,44,258,41,259,260],"vue best practices","Composition","files","tasks","api","pinia","work","options","ssr","typescript","as","vite","load","standard"]