Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

rust-solid-hexagonal

Estrelas9

Forks0

Atualizado10 de abril de 2026 às 04:13

Applies SOLID and hexagonal architecture in Rust: traits as ports, implementations in adapters, dependency inversion. Use when designing maverick-core/domain versus adapters, adding persistence or transport, or when the user mentions SOLID, ports, adapters, or coupling.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

antonygiomarxdev

antonygiomarxdev/maverick

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

SKILL.md

readonly

name	rust-solid-hexagonal
description	Applies SOLID and hexagonal architecture in Rust: traits as ports, implementations in adapters, dependency inversion. Use when designing maverick-core/domain versus adapters, adding persistence or transport, or when the user mentions SOLID, ports, adapters, or coupling.

Rust — SOLID and hexagonal

SOLID mapped to Rust

Principle	In Rust
SRP	Focused crates/modules/`impl`; cohesive use-case types
OCP	New `enum` variants or new `impl Trait for Struct`
LSP	Trait impls honor docs; no surprising panics in “total” methods
ISP	Several small traits under `ports/`, not one huge persistence trait
DIP	Core defines traits; infrastructure implements them

Layout in this kind of monorepo

Domain / core: entities, rules, repository and transport traits.
Adapters: sqlite, udp, … — only here do drivers and external schema strings appear.
Runtime / binary: wires concrete implementations into the core.

Checklist when adding a capability

Does core import any I/O crate? → hide it behind a trait.
Does the trait force adapters to know too much internal detail? → split the trait (ISP).
Does an adapter change break domain tests? → domain tests should use fakes or test doubles for traits, not real SQLite.

Mais deste repositório

mesmo repositório

rust-best-practices

antonygiomarxdev/maverick

Idiomatic Rust and engineering hygiene: Clippy, Option/Result patterns, ownership in APIs, iterators, unsafe discipline, async Send boundaries, and public API docs. Use when writing or reviewing Rust, onboarding idioms, or when the user asks for Rust best practices, idioms, or lint hygiene.

2026-04-109

rust-clean-code

antonygiomarxdev/maverick

Clean-code guidance for Rust: function size, modules, error handling, naming, and tests. Use during refactors, readability reviews, or when the user asks for cleaner or more maintainable code without a specific architecture topic.

2026-04-109

rust-linter-configuration

antonygiomarxdev/maverick

Documents Maverick Rust lint and format setup: rustfmt.toml, Clippy flags in CI, cargo aliases, and policy for allow/expect attributes. Use when configuring editors, fixing CI lint failures, adding clippy.toml or rustfmt options, or when the user mentions linters, rustfmt, Clippy, or -D warnings.

2026-04-109

rust-no-magic-values

antonygiomarxdev/maverick

Applies common production Rust practices to remove magic literals: named consts, enums, newtypes, and centralized schema strings. Use when writing or reviewing Rust, when the user mentions magic strings/numbers, duplicated literals, or when designing core versus adapter layers.

2026-04-109

name	rust-solid-hexagonal
description	Applies SOLID and hexagonal architecture in Rust: traits as ports, implementations in adapters, dependency inversion. Use when designing maverick-core/domain versus adapters, adding persistence or transport, or when the user mentions SOLID, ports, adapters, or coupling.

Rust — SOLID and hexagonal

SOLID mapped to Rust

Principle	In Rust
SRP	Focused crates/modules/`impl`; cohesive use-case types
OCP	New `enum` variants or new `impl Trait for Struct`
LSP	Trait impls honor docs; no surprising panics in “total” methods
ISP	Several small traits under `ports/`, not one huge persistence trait
DIP	Core defines traits; infrastructure implements them

Layout in this kind of monorepo

Domain / core: entities, rules, repository and transport traits.
Adapters: sqlite, udp, … — only here do drivers and external schema strings appear.
Runtime / binary: wires concrete implementations into the core.

Checklist when adding a capability

Does core import any I/O crate? → hide it behind a trait.
Does the trait force adapters to know too much internal detail? → split the trait (ISP).
Does an adapter change break domain tests? → domain tests should use fakes or test doubles for traits, not real SQLite.