vs-skills

agent
Guvenlik Denetimi
Uyari
Health Uyari
  • 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 Gecti
  • Code scan — Scanned 12 files during light audit, no dangerous patterns found
Permissions Gecti
  • Permissions — No dangerous permissions requested

Bu listing icin henuz AI raporu yok.

SUMMARY

Modular skills for AI coding agents.

README.md

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.

Yorumlar (0)

Sonuc bulunamadi