rust-router_skill

This skill guides Rust questions across errors, design, and coding, routing to the right expertise for precise, actionable guidance.
  • Shell

565

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill zhanghandong/rust-skills --skill rust-router

  • SKILL.md7.9 KB

Overview

This skill routes all Rust-related questions to the correct analysis and helper skills. It prioritizes error-code lookups, negotiates for comparative or ambiguous queries, and loads domain-specific skills when domain keywords are present. The goal is fast, accurate dispatch so downstream skills return focused, actionable Rust guidance.

How this skill works

The router inspects user input for error codes, keywords (ownership, async, tokio, etc.), domain markers (web, fintech, embedded), and comparison triggers (compare, vs, best practice). It maps signals to a three-layer cognitive framework: Language Mechanics (how), Design Choices (what), and Domain Constraints (why), then loads one or more target skills and returns a negotiated plan when required. It enforces default project settings and error-to-skill routing for consistent responses.

When to use it

  • Any Rust question about compilation errors, borrow/lifetime issues, types, traits, or concurrency.
  • Design and architecture questions where domain constraints matter (web APIs, embedded, fintech).
  • Comparisons (tokio vs async-std) or requests for best practices — negotiation is mandatory.
  • When a query includes a Rust error code (E0382, E0597, E0502, etc.).
  • When the problem mixes domain context with language mechanics (e.g., trading system + ownership error).

Best practices

  • Always include the exact error message, minimal reproducible code, and Cargo.toml details when asking an error question.
  • If asking comparisons or best practices, state constraints (performance, safety, runtime) so negotiation can synthesize recommendations.
  • Specify domain keywords (web, cli, embedded, fintech) to trigger dual-skill loading for accurate domain guidance.
  • Prefer small focused queries to allow the router to pick a single layer; use negotiation for cross-cutting or ambiguous questions.
  • Follow the router's negotiation gaps: fill missing context rather than asking follow-ups repeatedly.

Example use cases

  • You get E0382: paste the error and small code snippet to route to ownership diagnostics.
  • Deciding between tokio and async-std for a web server — router enables negotiation and loads domain-web + concurrency skills.
  • Designing error handling strategy for a payment service — loads domain-fintech and domain-error skills.
  • Asking why a type mismatch occurs in generics — routes to zero-cost abstraction and trait diagnostics.
  • Creating a new Cargo project — enforces default project settings and lint configuration.

FAQ

The router loads both the relevant language-mechanics skill for the error and the domain skill. It returns a combined analysis and indicates any gaps that need more context.

When is negotiation used?

Negotiation is mandatory for comparisons (vs/compare), best-practice requests, domain+error combos, and when the query scope is ambiguous. The router will explicitly state confidence and missing details.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
rust-router skill by zhanghandong/rust-skills | VeilStrat