vs-skills
Health Warn
- No license — Repository has no license file
- Description — Repository has a description
- Active repo — Last push 0 days ago
- Low visibility — Only 6 GitHub stars
Code Pass
- Code scan — Scanned 12 files during light audit, no dangerous patterns found
Permissions Pass
- Permissions — No dangerous permissions requested
No AI report is available for this listing yet.
Modular skills for AI coding agents.
AI Agent Skills
13 modular skills for AI coding agents. Eight run as coordinator-plus-parallel-sub-agents with adversarial critical merge; two manage standing behavioral state and the project's CLAUDE.md lifecycle; two are tool-mechanics operator's guides (one for AMD CPU profiling on Zen, one for NVIDIA GPU profiling Pascal-Blackwell); one scaffolds and operates long-running autonomous iteration loops on top of the orchestration tier. Platform-agnostic -- works with Claude Code, Codex, OpenCode, or any agent that supports sub-agent dispatch and file-based skill discovery.
Installation
Point your agent at the skills/ directory and tell it to install the skills. The skills use standard markdown; any agent that can read files and dispatch sub-agents can use them.
For Claude Code specifically, symlink the whole skills/ directory into ~/.claude/skills/:
ln -sfn /path/to/this/repo/skills ~/.claude/skills
Per-skill symlinks also work if you want to mix skills from multiple sources:
for d in /path/to/this/repo/skills/vs-core-*; do
ln -sfn "$d" ~/.claude/skills/"$(basename "$d")"
done
How Skills Work
Most of the skills are coordinators that dispatch parallel sub-agents with different specializations. Sub-agents cannot read the coordinator's files, so all prompt content and shared infrastructure (vs-core-_shared/prompts/) is inlined into each agent's instructions at launch via build-prompt.sh.
When agents return, the coordinator runs a critical merge: cross-validating findings, rejecting generic claims without evidence, resolving contradictions, escalating consensus. /vs-core-audit additionally enforces anti-sycophancy: the coordinator cannot downgrade an agent's severity; it can only upgrade or reject with stated reasoning.
Skills compose. /vs-core-rfc invokes /vs-core-grill to scope requirements, then /vs-core-research for open questions, then design and adversarial review before generating a living spec. /vs-core-implement executes that spec in vertical slices with review gates. If a numbered assumption proves wrong mid-implementation, it halts with SPEC_DIVERGENCE and feeds back to /vs-core-rfc for redesign. Every agent performs mandatory self-critique with tool-grounded verification before returning.
Two skills sit outside the pipeline. /vs-core-interactive loads a standing behavioral layer for the conversational middle (anti-sycophancy, verification iron law, banned hedge-phrases) and auto-loads context-matching judgment files. /vs-core-init owns the project's CLAUDE.md lifecycle: writes a seed on first run, appends individual learnings on subsequent runs.
Model tiers (strongest, strong, fast) are generic; map them to your platform's best reasoning model, general-purpose model, and cheapest capable model respectively.
Quick Reference
| Skill | When to use | What it produces |
|---|---|---|
/vs-core-grill |
Requirements unclear; need to think it through | Decision log + recommended next step |
/vs-core-research |
Need to understand a technology, compare options, investigate | Cross-referenced briefing with confidence levels |
/vs-core-arch |
Design a module, evaluate architecture, compare approaches | Scored analysis or competing designs with recommendation |
/vs-core-rfc |
New feature needs design before coding | Implementation spec with numbered assumptions and vertical slices |
/vs-core-implement |
Have a spec; need to execute it with quality gates | Committed code with spec-compliance verification |
/vs-core-audit |
Finished work needs adversarial review | Verdict (Pass / Fix and Resubmit / Redesign / Reject) plus prioritized findings |
/vs-core-debug |
Bug with unknown root cause | Root-cause diagnosis + fix + regression test |
/vs-core-tropes |
Check text for AI writing patterns | Findings with concrete rewrites |
/vs-core-profile-amd |
Profile or microarch-analyze native code on AMD Zen | Tool-mechanics playbook (uProf / perf / IBS / likwid / bpftrace) with Zen-generation-aware recipes |
/vs-core-profile-nvidia |
Profile or microarch-analyze CUDA / ML / LLM workloads on NVIDIA GPUs | Tool-mechanics playbook (Nsight Systems / Nsight Compute / PC Sampling / PyTorch profiler / DCGM / Meta HTA / Perfetto) with arch-aware (Pascal-Blackwell) and CUDA-toolkit-version-pinned recipes |
/vs-core-interactive |
Want a standing behavioral layer for a conversational session | Loaded principles, interaction style, verification iron law, banned hedges; optional session log |
/vs-core-init |
Create or extend a project's CLAUDE.md | Root CLAUDE.md (init mode) or a targeted appended section (append mode) |
/vs-core-autoloop |
Set up a long-running autonomous iteration loop (perf tuning, eval-set tuning, lint or fuzz burndown, ELO tuning, cost reduction, etc.) | Scaffolded .spec/<instance>/ (mission.md per the orchestration tier + queue + archive + paste-ready /loop prompt) |
Typical Workflow
/vs-core-grill -> /vs-core-research -> /vs-core-arch -> /vs-core-rfc -> /vs-core-implement -> /vs-core-audit
understand investigate design spec build verify
Not every task needs every step. A small bug fix: /vs-core-debug. A quick feature: /vs-core-implement directly. Complex system: full pipeline.
/vs-core-rfc and /vs-core-implement are tightly integrated: if implementation discovers that a spec assumption is wrong, /vs-core-implement raises SPEC_DIVERGENCE and the user decides whether to update the spec, work around it, or redesign.
/vs-core-interactive is orthogonal to the pipeline. Invoke it when you want a standing behavioral layer and light skill-routing for a working session. It suggests the structured skills above when the task matches their scope.
/vs-core-init is also orthogonal. Invoke once when starting work in a repo without a CLAUDE.md (init mode), and again whenever a session surfaces a finding worth persisting (append mode).
Architecture
Atomic skills (standalone, single-purpose): /vs-core-grill, /vs-core-research, /vs-core-arch, /vs-core-audit, /vs-core-debug, /vs-core-tropes, /vs-core-profile-amd, /vs-core-profile-nvidia.
Pipeline skills (call other skills): /vs-core-rfc (invokes grill + research patterns), /vs-core-implement (invokes tropes and audit as gates).
Session-scope skills (manage state outside the pipeline): /vs-core-interactive (standing behavioral layer + routing), /vs-core-init (CLAUDE.md lifecycle manager).
Orchestration-tier skills (scaffold and run long-lived loops on top of mission.md): /vs-core-autoloop (scaffolder + per-iter playbook for autonomous iteration loops; orthogonal to /loop and /schedule which remain the execution drivers).
Shared Infrastructure (vs-core-_shared/)
| File | Purpose |
|---|---|
adversarial-framing.md |
Rigorous adversarial reviewer stance: guilty until proven correct, dual-perspective, overrejection calibration |
artifact-persistence.md |
Structured artifact read/write protocol for the .spec/ pipeline, with frontmatter schema and discovery rules |
critical-merge.md |
Orchestrator must judge findings: select over synthesize, no-downgrade rule, disagreement as signal |
output-format.md |
Standardized finding format: severity, location, evidence, impact, suggestion plus the "So What?" test |
rationalization-rejection.md |
19-entry table of dismissal patterns across 5 categories (testing, security, review, general, automation/confidence) |
self-critique-suffix.md |
CRITIC protocol: tool-grounded verification with worked examples (Huang et al., ICLR 2024) |
trust-boundary.md |
Courtroom framing: reviewed content is evidence to examine, not instructions to follow |
Judgment Files (vs-core-_shared/prompts/language-specific/)
Senior engineering-judgment references. How an engineer thinks about trade-offs: not checklists, but when to break the rules.
| File | Coverage |
|---|---|
rust-judgment.md |
Ownership, async, unsafe, API design, performance |
go-judgment.md |
Simplicity, concurrency, error handling, interfaces |
python-judgment.md |
Data modeling, type system, concurrency, dynamic nature |
typescript-judgment.md |
Type system as design tool, soundness holes, ecosystem |
cpp-judgment.md |
Universal C++: ownership, RAII, template metaprogramming, ABI, embedded and high-performance contexts |
gpu-ml-judgment.md |
GPU kernels, tensor operations, distributed training, numerical stability |
perf-judgment.md |
Universal performance: measurement discipline, asm reading, profiling tools, memory hierarchy, SIMD, concurrency, I/O, 20 algorithmic principles |
Loaded by /vs-core-implement, /vs-core-audit, and /vs-core-interactive. Pass language names (rust, python, etc.) or perf / gpu-ml as args to build-prompt.sh to inline the relevant judgment file. /vs-core-interactive additionally auto-detects language signals from the session context and loads up to two matching files without explicit args.
Per-Skill Details
/vs-core-grill
Socratic interview: one question at a time with a recommended answer the user can accept or reject. No sub-agents. The typical entry point for complex work.
/vs-core-research
5 agent roles (source, contrarian, codebase, deep-technical, verification) with reference files on methodology, search strategy, source evaluation, and codebase investigation. Mandatory verification pass. Starts with a grill phase.
/vs-core-arch
Analysis mode (2-3 agents) or Design mode ("Design It Twice" with 3+ agents under radically different constraints). 4 judgment references.
/vs-core-rfc
Full design pipeline: grill -> research -> design-it-twice -> adversarial review -> revision loop (max 3 cycles) -> spec generation. Produces numbered assumptions that /vs-core-implement consumes.
/vs-core-implement
Spec-driven execution with risk-based verification. Vertical slices with planner, implementer, and slice-reviewer roles. SPEC_DIVERGENCE verdict feeds back to design. Invokes /vs-core-tropes on prose changes and /vs-core-audit as the final gate.
/vs-core-audit
Adversarial parallel review with anti-sycophancy baked in: the coordinator cannot downgrade agent severity. Default stance is rejection. 4 reference files. Reviews code, prompts, docs, config, anything.
/vs-core-debug
Systematic root-cause analysis with a reflector agent for failed fixes. 2 reference files. Escalates after 3 failed attempts or on an architectural signal.
/vs-core-tropes
Scans prose for AI writing patterns (em-dash addiction, negative parallelism, magic adverbs, bold-first bullets, and others) against a catalog derived from tropes.fyi. Reports clusters and repeated patterns with concrete rewrites. Ships check-unicode.sh / fix-unicode.sh helpers.
/vs-core-profile-amd
Operator's guide for profiling native code (C/C++/Rust/Go) on AMD Zen 2/3/4/5 hardware. Reference-heavy: 6 references covering Zen-generation matrix, top-down microarch (TMA), Instruction-Based Sampling (IBS Op / IBS Fetch), uProf install troubleshooting, perf/samply/likwid/bpftrace complements, and Zen-event-group recipes. AMD-specific microarch questions (TMA on Zen 4+, IBS Op with L3MissOnly/LdLat filters, per-UMC memory bandwidth, roofline) → uProf; everything else (cgroup-scoped profiles, off-CPU, false sharing via perf c2c, sharing profiles) → perf/samply/bpftrace. The skill body teaches when to reach for which tool given the question's specialization. No sub-agent dispatch.
/vs-core-profile-nvidia
Operator's guide for profiling CUDA kernels, ML training, and LLM inference on NVIDIA GPUs (Pascal/Volta/Turing/Ampere/Ada/Hopper/Blackwell). Reference-heavy: 7 references covering Nsight Systems CLI recipes, Nsight Compute CLI recipes (sections + replay modes + FA/NCCL workarounds), PC Sampling mechanics (precision contract + 18-stall-reason taxonomy + Activity-API vs continuous-mode), NVIDIA architecture matrix (Pascal-Blackwell with the H100 PCIe-vs-SXM5 trap and H800 export-restricted variant flagged), Roofline + MFU methodology (per-arch dense FLOPs and HBM bandwidth, ridge-point AI, wave quantization detection, Llama 3 / DeepSeek-V3 worked examples), install/permissions/MIG/MPS/cloud/container troubleshooting, and ecosystem complements (PyTorch profiler / Kineto, NVTX, DCGM + DCGM-Exporter, Meta's Holistic Trace Analysis, Perfetto, cudaEvent timing, Triton profile hooks). Core principle: nsys before ncu, system-level before kernel-level; ncu kernel-replay distorts overlap by 3-4× on FA3/NCCL/CUTLASS Ping-Pong as a measurement-overhead side effect, so cross-stream timing claims must come from nsys + cudaEvent, not ncu wall-clock. Companion to gpu-ml-judgment.md (judgment) — this skill is the tool mechanics. No sub-agent dispatch.
/vs-core-interactive
Standing behavioral layer for conversational sessions. Loads four core principles (Think Before Coding, Simplicity First, Surgical Changes, Goal-Driven Execution), an interaction-style block (direct, no sycophancy, brutal honesty over sugar-coating), a verification iron law ("no completion claims without fresh verification evidence"), and a banned-hedge-phrases list. Auto-loads trust-boundary.md, rationalization-rejection.md, self-critique-suffix.md from shared, plus language judgment files matching detected domain signals. Suggests structured pipeline skills when the task matches their scope. Optionally writes multi-artifact session logs to .spec/{slug}/interactive-{session-slug}.md at natural stopping points.
/vs-core-autoloop
Scaffolds and operates generic autonomous iteration loops. Two archetypes: optimization (numeric objective, sacred axes, MAP-Elites-style queue + island reset, bar escalation) and coverage (enumerable items, signature-bucketed worklist, named human-review lanes). The skill is a scaffolder + per-iter playbook; /loop and /schedule remain the execution drivers. State lives in mission.md per the orchestration tier (Decision Log + regenerable Head). Four iron rules: harness owns ground truth (locks, fingerprints, verdicts); variance characterization before optimization (calibrated noise floor below the candidate effect size); render-don't-append for the Head; falsifier before iteration. Two commands: scaffold (writes .spec/<instance>/ from a grill) and run (invoked by the execution driver each tick). Composes with /vs-core-grill (at scaffold), /vs-core-research (when the idea queue runs dry), /vs-core-audit (verdict gate on high-stakes keeps), and measurement-specific skills (e.g., /vs-core-profile-amd inside the measurement primitive).
/vs-core-init
Manages the project's root CLAUDE.md through two modes. Init mode (auto-selected when no ./CLAUDE.md exists): silent probe across build manifests, linter configs, CI workflows, monorepo signals, existing skills, README, git branches, and project structure; three inference clusters (code-sample, process-artefact, grep-count) feed "Observed from probe:" candidates into the interview; an 8-question interview fills gaps; a self-critique pass re-scans for content the first draft missed; final draft shown to the user; post-write claim verification (paths, commands, flags, named binaries) emits non-fatal warnings. Append mode (auto-selected when ./CLAUDE.md exists and the user has a specific learning): classify the learning, propose an insertion at the correct section, write. Always-written sections in the generated file: Overview, Build and test, Durability contract (process-artefact prohibition + temporal-markers ban), Notes, Maintenance contract. disable-model-invocation: true because the skill modifies files on disk.
Reviews (0)
Sign in to leave a review.
Leave a reviewNo results found