rust-expert

Guide Rust engine development across WASM, desktop, CLI, and cloud targets.

3|Updated Feb 7, 2026
One-click install
npx skills add https://github.com/Develonaut/bnto --skill rust-expert-develonaut
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rust-expert
Source: https://github.com/Develonaut/bnto/tree/main/.claude/skills/rust-expert
Command: npx skills add https://github.com/Develonaut/bnto --skill rust-expert-develonaut

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Guides teams in designing, reviewing, and implementing a portable, high-performance Rust engine that powers multiple targets (browser WASM, desktop, CLI, and cloud) from a unified codebase.

Core Features & Use Cases

  • Guidance on ownership and borrowing, error handling, and target-agnostic design across engine crates.
  • Code review and mentoring for the bnto engine workspace, including crates: engine/, engine/crates/bnto-core/, engine/crates/bnto-image/, engine/crates/bnto-csv/, engine/crates/bnto-file/, engine/crates/bnto-wasm/.
  • Real-world examples and best practices for Rust code that compiles to WASM and native targets.

Quick Start

Employ this Rust engine expert persona to audit and improve the Rust codebase and its documentation.

Frequently Asked Questions about rust-expert

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I architect a Rust engine that compiles to both WASM and native desktop targets?

Designing a Rust engine for WASM and native targets requires target-agnostic node architecture across core engine crates, isolating platform-specific bindings to ensure portable execution across browser, desktop, CLI, and cloud environments.

What is the best way to handle ownership and borrowing in a multi-crate Rust workspace?

Handling ownership in a multi-crate Rust workspace involves defining explicit borrowing patterns across crate boundaries, ensuring safe memory management and robust error handling while maintaining clean code separation throughout the engine.

Does my Rust code need TDD-first testing before adding WASM bindings?

TDD-first testing is required for Rust code before adding WASM bindings to ensure robust error handling and safety. Thoroughly test core engine crates before compiling to WASM to prevent runtime failures in browser environments.

Why does my Rust WASM runtime fail to handle errors correctly across different targets?

WASM runtime error handling fails across targets when error types are not designed target-agnostically. Implement robust error handling with explicit wasm-specific patterns and ownership guidance to ensure consistent behavior across browser and native environments.

Can I use a single Rust codebase for CLI, desktop, and cloud execution engines?

A single Rust codebase can power CLI, desktop, and cloud engines by applying target-agnostic node design across unified core crates, exposing platform-specific functionality through separate binding crates for each execution target.

What are the limitations of compiling a Rust engine to WASM for browser targets?

Compiling a Rust engine to WASM introduces limitations around ownership patterns, wasm-specific error handling, and target-agnostic node design constraints, requiring explicit architectural guidance to maintain safety and portability across browser and native targets.