惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
有赞技术团队
有赞技术团队
宝玉的分享
宝玉的分享
雷峰网
雷峰网
Hugging Face - Blog
Hugging Face - Blog
V
V2EX
大猫的无限游戏
大猫的无限游戏
博客园 - 司徒正美
D
Docker
T
The Blog of Author Tim Ferriss
罗磊的独立博客
博客园 - 叶小钗
酷 壳 – CoolShell
酷 壳 – CoolShell
Blog — PlanetScale
Blog — PlanetScale
月光博客
月光博客
J
Java Code Geeks
Jina AI
Jina AI
博客园 - 【当耐特】
C
Check Point Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
腾讯CDC
Last Week in AI
Last Week in AI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Building ValoVault: The Per-Agent Skin Loadouts Riot Neve...
Aaron · 2026-05-21 · via DEV Community

The Missing Feature

Pick Jett. You want your clean, sharp Jett skins. Pick Killjoy next game. Now you want your cyberpunk-y Killjoy skins. Pick Reyna. Different vibe again.

Every Valorant player who owns more than a handful of skins has wished for the same thing: skins that automatically change based on the agent you pick. Your Jett loadout, your Killjoy loadout, your Reyna loadout — each one waiting for you the moment you lock in.

The community has been asking for per-agent skin presets for years. Browse the Valorant subreddit and you'll find dozens of threads requesting exactly this. Unfortunately, Riot has stated they don't currently plan to add it.

So I decided to build it myself.

Prior Art

Before writing a single line of code, I did some research to see what already existed. The most prominent project in this space is valorant-inventory-manager by colinhartigan. It's a great project and does a lot of useful things — but it doesn't do the one thing I actually wanted: automatically swap your skin loadout based on the agent you pick.

That meant I'd have to figure out the technical side myself.

The Key Discovery

Digging through the code of existing tools and poking at Valorant's local client APIs, I discovered something interesting: you can technically change skins during agent selection. The client accepts loadout modifications at that point in the match lifecycle, which is exactly the window you need to make per-agent skins feel native.

That was the unlock. If I could:

  1. Detect when the player enters agent select
  2. Detect which agent they locked in
  3. Push the loadout tied to that agent to the client

...then I'd have agent-bound skins — the feature Riot never shipped.

Prototype #1: Python

The first prototype was a quick-and-dirty Python app: valorant_loadouts_python. It proved the concept worked — when I picked an agent, my skins changed to match. It actually felt magical the first time it triggered automatically.

But it was a terrible UI, no easy way to assign skins to agents visually, no good install story (I uploaded the installer to the repository itself lol). It worked and when I announced it on Reddit, people actually liked and used it but it was just a terrible user experience without a way to change existing presets and so much more.

Prototype #2: ValoVault

So I rebuilt it properly. Meet ValoVault.

The headline feature is exactly what the community has been begging for: bind a skin loadout to each agent, and ValoVault swaps them in automatically during agent select. Lock in Jett → Jett skins. Lock in Reyna → Reyna skins. No clicking, no menus, no thinking about it.

As a bonus, you can also save multiple named presets and switch between them manually — handy for "tryhard vs. for fun" setups, or for sharing builds with friends — but the per-agent assignment is the star of the show.

Architecture

The architecture ended up being a bit more interesting than a typical desktop app:

  • A Go API wrapper I wrote from scratch for the Valorant local client APIs
  • A Go sidecar backend that runs alongside the UI, watches the game state, and pushes loadouts at the right moment
  • A Next.js frontend for the actual interface — skin grids, agent assignment, preset management
  • Tauri wrapping the whole thing into a lightweight native desktop app

Why this stack?

  • Go for the backend — concurrency primitives are perfect for polling the game client and reacting to agent select events. A single static binary is easy to ship as a sidecar.
  • Next.js for the UI — I wanted a real component-driven UI with proper state management, not a glorified HTML page. The skin grid alone has thousands of images to handle gracefully.
  • Tauri instead of Electron — way smaller bundle, way less RAM, and the Rust shell plays nicely with the Go sidecar pattern.

The Next.js app talks to the Go backend over HTTP on localhost, and the Go backend talks to the Valorant client. Clean separation, easy to develop each piece independently.

What ValoVault Can Do

  • Assign a skin loadout to every agent and have it applied automatically when you lock in
  • Save additional named loadout presets for manual swapping
  • Browse your entire skin inventory with levels, chromas, and gun buddies
  • Pick variants and buddies per-weapon, per-preset

It's open source, Apache-2.0 licensed, and works on Windows.

What's Next

If you want to try it, grab a release from the GitHub repo. Contributions, bug reports, and feature requests are all welcome.

And if you're a Riot dev reading this — please, just ship per-agent loadouts natively. I'd happily archive the repo. 🙂