rust-docs-guidelines
/rust-docs-guidelines
Podpowiada, jak pisać dokumentację Rust, gdy użytkownik chce napisać lub poprawić komentarze i opisy w kodzie.
- Autor
- RediSearch ↗
- Repozytorium
- RediSearch ↗
- Licencja
- AGPL-3.0
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 2
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
AGPL-3.0, copyleft: przeróbki udostępniane innym muszą mieć tę samą licencję.
Co robi i kiedy
Podpowiada, jak pisać dokumentację Rust, gdy użytkownik chce napisać lub poprawić komentarze i opisy w kodzie.
Oryginalny opis (EN)
Guidelines for writing Rust documentation. Use this when you want to write Rust documentation.
Jak działa
- Guidelines
Podgląd SKILL.md
--- name: rust-docs-guidelines description: Guidelines for writing Rust documentation. Use this when you want to write Rust documentation. --- # Rust Docs Guidelines Standards to follow when writing Rust documentation. ## Guidelines - Key concepts should be explained only once. All other documentation should use an intra-documentation link to the first explanation. - Always use an intra-documentation link when mentioning a Rust symbol (type, function, constant, etc.). - In a `# Safety` section, link the word `valid` to std's pointer-validity rules: write it as `[valid]` and put this reference definition at the end of the doc block — ```text [valid]: https://doc.rust-lang.org/std/ptr/index.html#safety ``` Only where it means pointer or memory validity — `valid UTF-8`, a valid enum variant, a valid nul terminator and a by-value struct whose fields must agree keep their plain form, since std's definition says nothing about them. A duration clause such as "must remain valid for the lifetime of the returned iterator" does mean it, so link it as well; the duration it adds is orthogonal to what validity means. A callback parameter is the other way round: std's rules cover accesses through data pointers, not whether an address is callable under a given ABI, so require the signature to be `[ABI-compatible]` instead and define it as — ```text [ABI-compatible]: https://doc.rust-lang.org/std/primitive.fn.html#abi-compatibility ``` Non-doc `// SAFETY:` comments keep the plain form too: rustdoc does not render them, so the brackets would stay literal text. - Avoid referring to specific lines or line ranges, as they may change over time. Use line comments if the documentation needs to be attached to a specific code section inside a function/method body. - Focus on why, not how. In particular, avoid explaining trivial implementation details in line comments. - Refer to constants using intra-documentation links. Don't hard-code their values in the documentation of other items. - Intra-documentation links to private items are preferable to duplication. Add `#[allow(rustdoc::private_intra_doc_links)]` where relevant.
Wersje
W bazie nie ma innych skilli o nazwie rust-docs-guidelines.
Migawka bazy z 28.10.2026 · wersja paczki 8d791a183a5e (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 86rust-tests-guidelines
Podaje wytyczne pisania testów w Rust, gdy trzeba napisać testy dla kodu w tym języku. - 100rust
Wskazuje, jak pisać i przeglądać kod Rust zgodnie z wytycznymi stylu, gdy użytkownik o to prosi. - 100rust-development
Podpowiada nazewnictwo, typowanie, obsługę błędów i dokumentację w Rust według oficjalnych wytycznych przy pisaniu i refaktoryzacji. - 100rust-development
Rozwija, przegląda i bada kod Rust zgodnie z Pragmatic Rust Guidelines: architekturę, implementację i dokumentację rustdoc. - 90write-rust-tests
Pisze testy w języku Rust, które sprawdzają poprawność kodu i zachowanie funkcji w projekcie. - 92rust-skills
Wspiera programowanie systemowe i wysokowydajne w języku Rust.