You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 10, 2026. It is now read-only.
With the core logic and configuration system now stabilized, the project requires a full suite of documentation to be considered complete and ready for public use. This effort will establish a professional standard for user guides, API references, and contributor information, making the project accessible to its diverse target audiences.
The documentation will be structured to serve three distinct groups: end-users who will interact with the CLI, developers who will consume the screampp Rust library, and future contributors who will maintain or extend the codebase.
Tasks:
Phase 1: Implement Library API Documentation
Crate-Level Documentation: Add a //! doc comment to crates/scream-core/src/lib.rs that provides a high-level overview of the library's purpose and a complete usage example for the primary workflow.
Public API Surface: Add /// doc comments to all public items (pub structs, enums, functions, traits) in the screampp crate. Focus on modules intended for user interaction, such as workflows, engine::config, engine::state, and core::models.
Audit & Validation:
Run cargo doc --package screampp and ensure there are no warnings for missing public documentation.
Verify all code snippets in # Examples blocks compile and pass via cargo test --doc.
Phase 2: Create User-Facing Guides
CLI Usage Documentation: In the root README.md, create a new "Command-Line Usage" section with:
Installation instructions.
A "Quick Start" guide demonstrating the minimal required arguments.
An example of usage with a config.toml file.
Library Usage Documentation: In the README.md, create a new "As a Library" section with:
Instructions for adding screampp to a project's Cargo.toml.
A prominent link to the full API documentation on docs.rs.
A copy of the primary usage example from lib.rs.
Phase 3: Develop Contributor and Architecture Documentation
Contribution Guide: Create a CONTRIBUTING.md file detailing the development setup, how to run tests, and the code style standards (cargo fmt, cargo clippy).
Architecture Overview: Add an "Architecture" section to the README.md (or a separate docs/architecture.md) that explains:
The responsibilities of each crate in the workspace.
The high-level design of the scream-cli crate's commands and config modules.
Project Roadmap: Add a "Roadmap" section to the README.md to clearly define the project's future direction and scope, listing planned features like design mode and Python bindings.
Phase 4: Finalize for Publishing
Metadata Completion: Update crates/scream-core/Cargo.toml with all necessary metadata for publishing (description, keywords, categories, etc.).
Pre-flight Check: Successfully run cargo publish --dry-run --package screampp to validate the package without uploading.
Description:
With the core logic and configuration system now stabilized, the project requires a full suite of documentation to be considered complete and ready for public use. This effort will establish a professional standard for user guides, API references, and contributor information, making the project accessible to its diverse target audiences.
The documentation will be structured to serve three distinct groups: end-users who will interact with the CLI, developers who will consume the
screamppRust library, and future contributors who will maintain or extend the codebase.Tasks:
Phase 1: Implement Library API Documentation
//!doc comment tocrates/scream-core/src/lib.rsthat provides a high-level overview of the library's purpose and a complete usage example for the primary workflow.///doc comments to all public items (pubstructs, enums, functions, traits) in thescreamppcrate. Focus on modules intended for user interaction, such asworkflows,engine::config,engine::state, andcore::models.cargo doc --package screamppand ensure there are no warnings for missing public documentation.# Examplesblocks compile and pass viacargo test --doc.Phase 2: Create User-Facing Guides
README.md, create a new "Command-Line Usage" section with:config.tomlfile.README.md, create a new "As a Library" section with:screamppto a project'sCargo.toml.docs.rs.lib.rs.Phase 3: Develop Contributor and Architecture Documentation
CONTRIBUTING.mdfile detailing the development setup, how to run tests, and the code style standards (cargo fmt,cargo clippy).README.md(or a separatedocs/architecture.md) that explains:scream-clicrate'scommandsandconfigmodules.README.mdto clearly define the project's future direction and scope, listing planned features likedesignmode and Python bindings.Phase 4: Finalize for Publishing
crates/scream-core/Cargo.tomlwith all necessary metadata for publishing (description,keywords,categories, etc.).cargo publish --dry-run --package screamppto validate the package without uploading.