Skip to main content
Run any Skill in Manus
with one click
GitHub repository

hegel-rust

hegel-rust contains 6 collected skills from hegeldev, with repository-level occupation coverage and site-owned skill detail pages.

skills collected
6
Stars
281
updated
2026-07-06
Forks
25
Occupation coverage
2 occupation categories · 100% classified
repository explorer

Skills in this repository

add-library-support
software-developers

How to add hegel-rust support for a third-party Rust crate. Use when the user asks to 'add support for <crate>', 'add a <crate> integration', 'add generators for <crate>', or similar. Orchestrates implementing a generator and DefaultGenerator impl for every public type the crate exposes.

2026-07-06
new-generator
software-developers

How to add a new generator to hegel-rust. Use when the user asks to implement, add, or write a generator for a type — e.g. 'add a generator for Url', 'implement a UUID generator', 'write a generator for jiff::civil::Date'. Covers the generator struct, builder methods, Generator trait impl, argument validation, mod.rs wiring, rustdoc, and the required test set. Pair with the new-default-generator skill to also wire up gs::default::<T>().

2026-07-06
changelog
software-developers

Changelog style guide for writing RELEASE.md files. Use when creating or reviewing RELEASE.md, writing changelog entries, or preparing a PR that needs release notes.

2026-07-06
new-default-generator
software-developers

How to add a DefaultGenerator impl for a type so gs::default::<T>() works. Use when the user asks to wire up default() for a type, add a default generator, or make a type usable with #[derive(DefaultGenerator)]. Pair after the new-generator skill when adding a fresh generator, or use standalone when the underlying generator already exists or can be composed from existing generators.

2026-07-06
coverage
software-quality-assurance-analysts-and-testers

How to approach code coverage in this project. Use when coverage CI fails, when writing tests for new code, when deciding whether to add // nocov, or when you need to make untestable code testable. Also use proactively when writing new code to ensure it will be coverable.

2026-05-12
self-review
software-quality-assurance-analysts-and-testers

Review your own changes before creating a pull request. Use this before running create-pr, or whenever you want to check that your changes are clean, correct, and well-tested. Trigger when: about to create a PR, finished a chunk of work, or asked to review changes.

2026-05-12