Skip to content
Back to skills

Tracking Keypoints

ASecurity

"Operate supervision keypoint containers, keypoint annotators,

  • 247 stars
  • 0 votes
  • 0 copies
  • 5 views
  • Added September 9, 2026
content-marketingpythongoapibackend

Works with

  • api

Security analysis

A92/100
  • mediumInstalls packages at runtime which could introduce malicious dependencies

Pro scans all 4 files and shows the line behind each finding

Scanned September 9, 2026

npx -y skills add VectorSpaceLab/AREX-Skill --skill tracking-keypoints --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Tracking Keypoints?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Tracking Keypoints
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/vectorspacelab-tracking-keypoints/badge)](https://www.skillsdirectory.com/skills/vectorspacelab-tracking-keypoints)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: tracking-keypoints
description: "Operate supervision keypoint containers, keypoint annotators,
  tracking IDs, and migration paths."
disable-model-invocation: true
metadata:
  disco-role: operating
license: MIT
---

# Tracking Keypoints

Use this sub-skill when a task involves `supervision` keypoint data, keypoint
annotation, keypoint-to-detection conversion for tracking, persistent
`tracker_id` workflows, line-crossing/counting that depends on tracker identity,
or migration away from deprecated keypoint/tracker APIs.

## Route here for

- `KeyPoints`, `keypoint_confidence`, `detection_confidence`, `visible`,
  `KeyPoints.merge`, `KeyPoints.with_nms`, and `KeyPoints.as_detections`.
- Keypoint adapters such as `KeyPoints.from_ultralytics`, `from_inference`,
  `from_mediapipe`, `from_yolo_nas`, `from_detectron2`, and
  `from_transformers`.
- `VertexAnnotator`, `EdgeAnnotator`, `VertexLabelAnnotator`,
  `VertexEllipseAreaAnnotator`, `VertexEllipseOutlineAnnotator`,
  `VertexEllipseHaloAnnotator`, and the `VertexEllipseAnnotator` alias.
- `ByteTrack`, `ByteTrackTracker`, `tracker_id`, `track_objects`, track labels,
  `TraceAnnotator`, `DetectionsSmoother`, and `LineZone` when persistent
  identity is central to the answer.
- Deprecated `supervision.keypoint`, deprecated `sv.ByteTrack`, old ByteTrack
  threshold names, and the `KeyPoints.confidence` rename.

## Route away

- Build, filter, save, or reason about ordinary `Detections`, masks, polygon
  zones, line-zone geometry, sinks, or slicers when tracker continuity is not
  central: use [detection-and-zones](../detection-and-zones/SKILL.md).
- Non-keypoint detection/mask/label visualization and annotator catalog choices:
  use [annotators](../annotators/SKILL.md).
- Image/video I/O, primitive drawing, OpenCV backend diagnosis, GUI/window
  problems, and video codecs: use [media-utils](../media-utils/SKILL.md).
- Dataset conversion or detection metric evaluation: use the corresponding
  dataset or metrics sub-skill.

## Operating checklist

1. Identify the active container. Pose/keypoint model outputs should become
   `sv.KeyPoints`; tracking, line crossing, traces, smoothing, and most labels
   operate on `sv.Detections` with `tracker_id`.
2. Prefer `sv.KeyPoints` or `supervision.key_points`. Do not introduce new
   `supervision.keypoint` imports; that path is compatibility-only and scheduled
   for removal.
3. Use `keypoint_confidence` for per-anchor scores and `detection_confidence`
   for whole-skeleton scores. Treat `KeyPoints.confidence` and `confidence=` as
   deprecated compatibility shims.
4. Before keypoint annotation, decide whether missing/weak anchors should be
   hidden with `key_points.visible`. When `visible` is `None`, annotators treat
   anchors as visible except that all-zero coordinates are skipped.
5. Before keypoint tracking, convert with `key_points.as_detections(...)`, ensure
   the resulting detections have confidence scores and positive-area boxes, then
   run a tracker. Prefer the external `ByteTrackTracker` package when available;
   `sv.ByteTrack` is only a deprecated compatibility fallback in this version.
6. Use the tracked `Detections` object for tracker labels, traces, detection
   smoothing, and `LineZone.trigger(...)`. Missing `tracker_id` is the first
   thing to check when these workflows do nothing or raise.
7. Put detailed API choices and recipes in
   [tracking-keypoints.md](references/tracking-keypoints.md), and failure repair
   steps in [troubleshooting.md](references/troubleshooting.md). Use the bundled
   [draw_zones.py](scripts/draw_zones.py) helper only for interactive polygon
   authoring in a GUI-capable environment.

## Required context to keep in answers

- Target package facts: `supervision` `0.31.0.dev0`, Python `>=3.10`, base
  install `pip install supervision`.
- Model adapters require their own model/framework packages; they are not part
  of the base `supervision` install.
- `ByteTrackTracker` comes from the optional external `trackers` package.
  `sv.ByteTrack` still exists as a lazy compatibility export in this target, but
  it is deprecated and should not be presented as stable.
- Native OpenCV is optional for the package. Interactive helpers require a GUI
  display and an OpenCV-compatible drawing/video backend; the documented
  fallback backend may render or decode differently from native OpenCV.
- Do not recommend original repository docs, examples, tests, scripts, local
  checkout paths, or generated skill import steps as runtime dependencies.

Files in this skill

  • SKILL.md4.4 KB
  • references/tracking-keypoints.md13.2 KB
  • references/troubleshooting.md9.9 KB
  • scripts/draw_zones.py10 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.