Agent skill

Self Supervised

by VectorSpaceLab in VectorSpaceLab/AREX-Skill

A skill your agent uses for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning…

Apache-2.0Auto-check passedAI & LLM Engineering

Install Self Supervised

skills CLI
$ npx skills add VectorSpaceLab/AREX-Skill --skill self-supervised -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install VectorSpaceLab/AREX-Skill self-supervised --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/VectorSpaceLab/AREX-Skill.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/repositories/repo-skills/paddlevit/sub-skills/self-supervised .claude/skills/self-supervised && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
self-supervised
GitHub stars
328
Token cost
~3.2k tokens
SKILL.md length
1,484 words
Files
6 (incl. scripts, references)
Skills in repo
159
Repo updated
First seen
Licence
Apache-2.0

At a glance

A skill your agent uses for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning…

  • Works in 5 steps: Start from… → Check the coupled dimensions before launch → Preserve the DINO defaults unless a… → …
  • PaddleViTs DINO self-supervised vision-transformer pretraining
  • SKILL.md covers Applicability and hard…, Evidence and source map, Configuration procedure and Teacher/student and multi-crop…, plus 7 more sections
  • Runs Python scripts from its folder; calls python

What it does

Self Supervised is an agent skill from VectorSpaceLab/AREX-Skill. Use for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning, checkpoint/resume handling, and optional PyTorch-to-Paddle weight-porting boundaries.

Its SKILL.md is about 3.2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including scripts and reference files (for example `references/configuration.md`, `references/troubleshooting.md` and `references/workflows.md`).

It sits in AI & LLM Engineering, covering Deep learning and Data governance. It works with PyTorch. The repository describes itself as: A Skill Library for Automated Machine Learning. The licence is Apache-2.0.

When your agent uses it

  • PaddleViTs DINO self-supervised vision-transformer pretraining
  • Multi-crop data contracts
  • Teacher/student configuration
  • Multi-GPU launch planning

Example prompts

  • “/self-supervised”

Requirements

  • Python 3

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Start from self_supervised_learning/dino/configs/vit_small_patch16_224.yaml
  2. Check the coupled dimensions before launch
  3. Preserve the DINO defaults unless a bounded experiment justifies a change
  4. Set DATA.BATCH_SIZE per GPU, not global batch size. Scale effective batch
  5. Treat MODEL.PRETRAINED as a backbone/model-state input only after checking

What it can do on your machine

Read from SKILL.md and the folder at commit ac3fe1a. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 2 files in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • python

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Self Supervised loads about 3.2k tokens when it runs, and up to ~7.2k if it reads all its reference files. Until then it costs about 68 tokens; SKILL.md has 1,484 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~68
When it runs · the whole SKILL.md, loaded when a task matches
~3.2k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~7.2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from VectorSpaceLab/AREX-Skill at commit ac3fe1a, republished under its Apache-2.0 licence (© VectorSpaceLab). 1,484 words, ~3,162 tokens.

Download SKILL.mdSave it as .claude/skills/self-supervised/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
self-supervised
description
Use for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning, checkpoint/resume handling, and optional PyTorch-to-Paddle weight-porting boundaries.
disable-model-invocation
true
metadata.disco-role
operating
license
Apache 2.0

PaddleViT DINO self-supervised learning

Use this sub-skill when a task names self_supervised_learning/dino, DINO pretraining, multi-crop augmentation, a DINO teacher/student checkpoint, or porting a DINO ViT backbone into Paddle. It is an operating guide for the PaddleViT checkout, not a promise that every released script is runnable as-is. Keep the source checkout and this skill's evidence boundary explicit.

Applicability and hard boundaries

  • The supported end-to-end data path is the ImageNet2012-style path consumed by ImageNet2012Dataset: DATA.DATA_PATH/train_list.txt and DATA.DATA_PATH/val_list.txt, with image paths relative to that directory. Each line is <relative-image-path> <integer-label>; labels are ignored by DINO but are still required by the dataset reader.
  • Actual DINO training needs DATA.DATASET=imagenet2012. The CIFAR branches in datasets.py return a single transformed tensor and therefore do not satisfy the multi-crop contract used by main_*_gpu.py.
  • One training sample is transformed into two global views at DATA.IMAGE_SIZE and DATA.LOCAL_CROPS_NUMBER local views at DATA.SMALL_CROP_IMAGE_SIZE. Defaults are 2 global + 10 local views, 224/96 pixels, global scale [0.25, 1.0], and local scale [0.05, 0.25].
  • The teacher receives only images[:2]; the student receives all crops. Crop tensors must be batched, normalized with the configured ImageNet mean/std, and grouped by spatial size because MultiCropWrapper groups consecutive equal-width crops.
  • This skill does not authorize downloading ImageNet, checkpoints, or external repositories, nor starting benchmark-scale or long-running pretraining. Prefer config checks, import checks, synthetic tensors, and a bounded one-step smoke. State the required dataset, GPU count, wall-time, and output directory before proposing a real run.
  • torch, timm, and the PyTorch DINO hub model are optional porting dependencies. They are not required for Paddle DINO training and are absent from the inspected environment; do not install or fetch them implicitly.

Evidence and source map

Primary evidence is the pinned checkout's self_supervised_learning/dino/{README.md,config.py,datasets.py,transformer.py,utils.py,main_dino_single_gpu.py,main_dino_multi_gpu.py,run_train_multi.sh} and self_supervised_learning/dino/port_weights/load_pytorch_weights.py. Cross-cutting launch, configuration, AMP, and porting guidance is in docs/paddlevit-{config,multi-gpu,amp,port-weights}.md. The source is an older Paddle implementation (Paddle 2.1-era assumptions); use the bundled scripts for bounded checks and treat source defects below as evidence, not as silent corrections.

Configuration procedure

  1. Start from self_supervised_learning/dino/configs/vit_small_patch16_224.yaml or vit_base_patch16_224.yaml; pass it with -cfg from the DINO directory. YAML is merged into the defaults in config.py, then CLI values override selected fields. Use the same effective config for model construction and record it with the run.
  2. Check the coupled dimensions before launch: IMAGE_SIZE % PATCH_SIZE == 0, SMALL_CROP_IMAGE_SIZE % PATCH_SIZE == 0, EMBED_DIM % NUM_HEADS == 0, positive OUT_DIM, two ordered crop-scale bounds in (0, 1], and LOCAL_CROPS_NUMBER >= 1. Run scripts/check_dino_config.py --config <yaml>; it is read-only.
  3. Preserve the DINO defaults unless a bounded experiment justifies a change: AdamW, cosine LR/weight-decay schedules, teacher momentum warming toward 1, teacher temperature warmup, FREEZE_LAST_LAYER, and OUT_DIM=65536. Note that the README says weight-decay scheduling was not supported in the 2022 release, while the current code computes a schedule; verify the actual checkout before relying on that behavior.
  4. Set DATA.BATCH_SIZE per GPU, not global batch size. Scale effective batch size and learning rate deliberately when changing GPU count; the source does not automatically apply the documented linear-LR convention.
  5. Treat MODEL.PRETRAINED as a backbone/model-state input only after checking the exact state-dict shape and naming. A DINO run needs student/teacher/head compatibility, not merely a classification checkpoint.

See references/configuration.md for the field contract and scripts/check_dino_config.py for safe validation.

Teacher/student and multi-crop procedure

The intended construction is two ViTs with shared initial state: the student uses configured stochastic depth and the teacher is rebuilt with DROPPATH=0. Each is wrapped by MultiCropWrapper and a DINOHead; teacher parameters have stop_gradient=True. The student is optimized; the teacher is updated after each step by EMA using MOMENTUM_TEACHER's cosine schedule. DINOLoss sharpens and centers the teacher output, compares the two teacher global views against all nonmatching student views, and maintains a center buffer.

For a synthetic check, use two [B,3,32,32] global tensors and two or more [B,3,16,16] local tensors with a tiny ViT config. Do not infer ImageNet accuracy from this check. Run:

bash
python scripts/dino_model_smoke.py --help
python scripts/dino_model_smoke.py --repo-root /path/to/PaddleViT --device cpu
# On a prepared CUDA host, use --device gpu:0 (no dataset or download).

A successful bounded smoke should show model construction, crop shapes, a student/teacher forward, finite DINO logits/loss, and no parameter update on the teacher. If the checkout's wrapper/API fails, retain the diagnostic and do not claim training compatibility; do not hide it by downloading PyTorch.

Launch procedure and backend gates

Single GPU

Use the single-process entrypoint only after config and smoke checks:

bash
CUDA_VISIBLE_DEVICES=0 python main_dino_single_gpu.py \
  -cfg=./configs/vit_small_patch16_224.yaml \
  -dataset=imagenet2012 -batch_size=32 \
  -data_path=/dataset/imagenet -output=./output -amp

-batch_size is per GPU. AMP uses paddle.amp.auto_cast and GradScaler; repository docs limit FP16 AMP claims to NVIDIA Ampere, Volta, and Turing. Require a CUDA Paddle build and a successful CUDA tensor/layer smoke before using -amp. CPU is suitable for import/tiny checks only, not this training claim.

Single-node multi GPU

The source launcher uses paddle.distributed.spawn, initializes one worker per visible GPU, wraps models in paddle.DataParallel, uses DistributedBatchSampler, and all-reduces loss/center statistics. Use an explicit device list and -ngpus matching it; a distributed run requires NCCL and multiple usable CUDA devices:

bash
CUDA_VISIBLE_DEVICES=0,1 python main_dino_multi_gpu.py \
  -ngpus=2 -cfg=./configs/vit_small_patch16_224.yaml \
  -dataset=imagenet2012 -batch_size=16 -data_path=/dataset/imagenet -amp

The repository's run_train_multi.sh is an eight-GPU, long-running ImageNet launcher and is reference-only. Do not execute it during skill use. Validate world size, rank, sampler partitioning, and rendezvous in a short controlled job before any real run. Do not call one-GPU execution a multi-GPU pass.

Show full SKILL.md (653 more words)Show less
Known source hazards to check before a real launch

The inspected scripts contain apparent defects that a user must resolve or patch in a controlled copy and then re-run the bounded checks for:

  • single-GPU train returns two values but main unpacks three; later code references local_logger, model, and scheduler inconsistently;
  • both entrypoints contain params_gropus/params_groups inconsistency;
  • pretrain/resume code references model instead of the student/teacher model;
  • resume and save paths have inconsistent DINO-loss suffixes (._dino_loss, _dino_loss.pdparams, and _dino_loss.pdprams);
  • the config's MODEL.NORM_LAST_LAYER is not consistently wired into the hard-coded head construction;
  • ACCUM_ITER is accepted but the shown loop still clears and steps every batch.

These are not permission to perform an unreviewed rewrite. Record the exact checkout, patch, effective config, and smoke result. If the task is only to inspect or plan, stop at the hazard report.

Checkpoints and resume

The intended save prefix is under SAVE/train-<timestamp>/ and includes a .pdparams model state, .pdopt optimizer state, and a DINO-loss state. The teacher is the meaningful exported representation in the multi-GPU saver; the source's suffix typo means you must inspect actual files rather than guessing. Use TRAIN.LAST_EPOCH consistently with the checkpoint's epoch and preserve optimizer state, teacher center, temperature schedule, and effective config. A model-only load is not an exact resume. Before resuming, assert that all three expected artifacts exist, compare parameter names/shapes, and make a copy or use a new output directory. Never overwrite a checkpoint silently.

Optional PyTorch weight porting

port_weights/load_pytorch_weights.py is a separate, CPU-oriented conversion example. It imports torch, loads facebookresearch/dino:main via torch.hub, maps the ViT backbone names, transposes 2-D linear weights, and checks a batched output with np.allclose. It does not establish a full DINO student/teacher/head conversion or checkpoint resume. Keep this route optional: only use an approved isolated environment with a local PyTorch checkpoint and explicit source/target model specifications. Manually inspect parameters and buffers, preserve non-linear 2-D tensors without transpose, compare batched outputs, and save a new .pdparams; never fetch a hub model as an implicit step. The current environment has no torch/timm, so this path is unverified.

Recovery and stop conditions

  • Missing train_list.txt or wrong image-root layout: stop and report the expected layout; do not download or synthesize ImageNet silently.
  • Crop count/shape mismatch or non-finite loss: stop before long training; verify transform order, LOCAL_CROPS_NUMBER + 2, normalization, output dimension, teacher temperature, and model state.
  • CUDA/AMP failure: rerun the CPU import/tiny smoke, then the CUDA preparation probe; mark GPU-specific behavior blocked if CUDA or the required device is unavailable.
  • Distributed hang or unequal ranks: terminate the bounded job, check visible devices, -ngpus, NCCL/rendezvous, and sampler/world-size setup. Do not retry indefinitely.
  • Checkpoint mismatch: start a new output directory and use a shape/name report; do not force-load incompatible heads or silently discard the teacher center.

Difficult synthetic usability cases

  1. Crop-contract and teacher-EMA case: build a tiny ViT with two 32x32 global views and three 16x16 local views, run one finite DINO step, assert teacher outputs use two views, student outputs use five, teacher parameters remain gradient-free, and EMA changes the teacher without changing crop counts. No filesystem dataset or network may be used.
  2. Resume/port boundary case: provide a temporary checkpoint prefix with a model state, optimizer state, and deliberately misspelled loss suffix, then ask the agent to diagnose whether it is an exact resume and to produce a non-destructive repair plan. Separately provide a fake PyTorch state mapping with one transposed linear tensor; the expected result is a blocked optional port report when torch is unavailable, not an install or hub download.

Handoff checklist

Report the source commit, effective YAML/CLI overrides, dataset layout check, backend/device probe, smoke command and result, launch mode, per-GPU batch, AMP/distributed assumptions, checkpoint prefix and suffixes, patches applied (if any), and unresolved source hazards. Do not claim ImageNet pretraining or multi-GPU success from a synthetic smoke.

Bundled references

© VectorSpaceLab, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (scripts, references) in skills/repositories/repo-skills/paddlevit/sub-skills/self-supervised of VectorSpaceLab/AREX-Skill.

  • SKILL.md
  • references/configuration.md
  • references/troubleshooting.md
  • references/workflows.md
  • scripts/check_dino_config.py
  • scripts/dino_model_smoke.py

Open the folder on GitHubat commit ac3fe1a

Compare with similar skills

Self Supervised next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Self Supervised compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Self Supervised this skillVectorSpaceLab/AREX-Skill328—~3.2kAutomated safety check: PassApache-2.0
Gitnexus Refresh On StaleML4ITS/TimeVQVAE166—~264Automated safety check: PassMIT
TensorBoard Training VisualizationOrchestra-Research/AI-Research-SKILLs13k3 repos~3.8kAutomated safety check: PassMIT
nanoGPT Training GuideOrchestra-Research/AI-Research-SKILLs13k3 repos~1.7kAutomated safety check: PassMIT
Uv Pypi PublishML4ITS/TimeVQVAE166—~178Automated safety check: PassMIT
Technology Selectiondotnet/skills5.6k2 repos~2.1kAutomated safety check: PassMIT

Similar skills

  • Refresh GitNexus indexing and regenerate local GitNexus skills when repository status is stale.

    166 GitHub stars~264 tokensUpdated 7 mo ago
    AI & LLM EngineeringAuto-check passed
  • TensorBoard Training Visualization

    Orchestra-Research/AI-Research-SKILLs

    Covers logging and viewing training metrics, histograms, model graphs, embeddings and profiles with TensorBoard in PyTorch and TensorFlow projects.

    13k GitHub starsUsed in 3 repos~3.8k tokens
    AI & LLM EngineeringAuto-check passed
  • nanoGPT Training Guide

    Orchestra-Research/AI-Research-SKILLs

    Walks through nanoGPT, Karpathy's compact GPT implementation: training on Shakespeare, reproducing GPT-2, fine-tuning GPT-2 checkpoints and training on your own text.

    13k GitHub starsUsed in 3 repos~1.7k tokens
    AI & LLM EngineeringAuto-check passed
  • Uv Pypi Publish

    ML4ITS/TimeVQVAE

    Publish a Python package to PyPI using uv with credentials loaded from a local .secrets file.

    166 GitHub stars~178 tokensUpdated 7 mo ago
    AI & LLM EngineeringAuto-check passed
  • Official

    Guides technology selection and implementation of AI and ML features in .NET 8+ applications using ML.NET, Microsoft.Extensions.AI (MEAI), Microsoft Agent Framework (MAF), GitHub Copilot SDK, ONNX…

    5.6k GitHub starsUsed in 2 repos~2.1k tokens
    AI & LLM EngineeringAuto-check passed
  • Databricks ML Training

    databricks/databricks-agent-skills

    Official

    Train ML models on Databricks. An agent skill from databricks/databricks-agent-skills.

    345 GitHub stars~4.6k tokensUpdated yesterday
    AI & LLM EngineeringAuto-check passed

More from VectorSpaceLab/AREX-Skill

All 159 skills in this repo
  • Agent Lightning

    VectorSpaceLab/AREX-Skill

    Use this repo skill for Agent Lightning package tasks: authoring trainable agents, tracing rewards and spans, running LightningStore/Trainer loops, using agl CLI services, choosing examples, and…

    328 GitHub stars~1.4k tokensUpdated 1 mo ago
    Auto-check passed
  • Agent Tools

    VectorSpaceLab/AREX-Skill

    A skill your agent uses when configuring LiteLLM for MCP tools, A2A agents, Claude Code/Cursor agent gateway traffic, MCP auth/OAuth, tool permissions, semantic filtering, or agent-specific proxy…

    328 GitHub stars~1.2k tokensUpdated 1 mo ago
    Auto-check passed
  • Agents And Awel

    VectorSpaceLab/AREX-Skill

    Build and debug DB-GPT agents, tools, skills, teams, and AWEL workflows, including deterministic local DAG runs and HTTP-trigger topology without assuming an LLM, credential, or external service.

    328 GitHub stars~2.3k tokensUpdated 1 mo ago
    Auto-check passed
  • Agents And Middleware

    VectorSpaceLab/AREX-Skill

    Work on the actively maintained LangChain v1 agent package: initchatmodel, createagent, structured output, tools, middleware, embeddings initialization, provider routing, and agent runtime…

    328 GitHub stars~1.2k tokensUpdated 1 mo ago
    Auto-check passed
  • Agents Workflows

    VectorSpaceLab/AREX-Skill

    A skill your agent uses for giskard.agents async chat workflows, tools, prompt templates, structured outputs, retries, rate limiting, embeddings, and optional LiteLLM backend.

    328 GitHub stars~500 tokensUpdated 1 mo ago
    Auto-check passed
  • Alphafold3

    VectorSpaceLab/AREX-Skill

    A skill your agent uses for AlphaFold 3 input preparation, prediction command planning, output interpretation, and Python API inspection.

    328 GitHub stars~1.2k tokensUpdated 1 mo ago
    Auto-check passed

Works with

Questions about Self Supervised

What does Self Supervised do?

A skill your agent uses for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning…. Self Supervised is an agent skill from VectorSpaceLab/AREX-Skill. Use for PaddleViT's DINO self-supervised vision-transformer pretraining, multi-crop data contracts, teacher/student configuration, single- or multi-GPU launch planning, checkpoint/resume handling, and optional PyTorch-to-Paddle weight-porting boundaries.

When should I use Self Supervised?

Self Supervised fits situations like: paddleViTs DINO self-supervised vision-transformer pretraining; multi-crop data contracts; teacher/student configuration; multi-GPU launch planning.

How do I install Self Supervised in Claude Code?

Run `npx skills add VectorSpaceLab/AREX-Skill --skill self-supervised -a claude-code`. Or copy the skill folder (skills/repositories/repo-skills/paddlevit/sub-skills/self-supervised in VectorSpaceLab/AREX-Skill) into .claude/skills/self-supervised in your project. Claude Code loads it when a task matches its description.

How do I install Self Supervised in Codex?

Run `npx skills add VectorSpaceLab/AREX-Skill --skill self-supervised -a codex`. Or copy the skill folder (skills/repositories/repo-skills/paddlevit/sub-skills/self-supervised in VectorSpaceLab/AREX-Skill) into .agents/skills/self-supervised in your project. Codex loads it when a task matches its description.

Can I use Self Supervised in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add VectorSpaceLab/AREX-Skill --skill self-supervised -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/self-supervised, .gemini/skills/self-supervised, .github/skills/self-supervised and .opencode/skills/self-supervised in your project.

What does Self Supervised need to run?

Going by SKILL.md and its folder, Self Supervised needs Python for the scripts in its folder and the command-line tools its instructions call (python). Our summary lists: Python 3.

Does Self Supervised access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Self Supervised safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Self Supervised use?

Self Supervised is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Self Supervised use?

About 3.2k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.1k tokens, read only when the agent opens those files.

What are the alternatives to Self Supervised?

Skills that share tags, products or a category with Self Supervised: Gitnexus Refresh On Stale (ML4ITS/TimeVQVAE, 166 stars), TensorBoard Training Visualization (Orchestra-Research/AI-Research-SKILLs, 13k stars), nanoGPT Training Guide (Orchestra-Research/AI-Research-SKILLs, 13k stars) and Uv Pypi Publish (ML4ITS/TimeVQVAE, 166 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Self Supervised?

VectorSpaceLab (a GitHub organization) maintains it in VectorSpaceLab/AREX-Skill, which has 328 GitHub stars. The repository holds 159 skills in this directory. The repository was last updated on September 3, 2026.

Source: VectorSpaceLab/AREX-Skill on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.