skills/release/SKILL.md
Prepare the speficied crates for release, one by one. For each crate follow the below procedure. **Do not actually release the crate.** ## 1. Documentation Gain an understanding of the intended usage of the crate. Do not comb through every single source file, just check the high level types and ensure they are well documented. Ensure the `README.md` is up to date and of high quality. The `lib.rs` should include the readme as crate level docs. ## 2. Testing Run checks and tests for the crate
npx skillsauth add mrchantey/beet skills/releaseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Prepare the speficied crates for release, one by one. For each crate follow the below procedure.
Do not actually release the crate.
Gain an understanding of the intended usage of the crate. Do not comb through every single source file, just check the high level types and ensure they are well documented. Ensure the README.md is up to date and of high quality. The lib.rs should include the readme as crate level docs.
Run checks and tests for the crate with all features, both native and wasm:
cargo check -p CRATE_NAME --all-features
cargo check -p CRATE_NAME --all-features --target=wasm32-unknown-unknown
timeout 1m cargo test -p CRATE_NAME --all-features | tail 30
timeout 1m cargo test -p CRATE_NAME --all-features --target=wasm32-unknown-unknown --lib | tail 30
All examples are located in examples/CRATE_NAME, not crates/CRATE_NAME/examples. Ensure an example exists for each intended usage of the crate. If one is missing create it.
For each example:
timeout 1m cargo run --example server --features=http_server | tail 30 (then simultaneously run a curl, waiting for it to be live)development
## Task We will now do a comprehensive code quality pass for the core crates of this project. This task has the primary goal of improving public apis: 1. Reduce usage of `pub`: prefer `pub(super)`, `pub(crate)` etc wherever it makes sense, this includes at the module level and for struct fields. 2. Public Docs: ensure all public apis are well documented according to RFC 1574, except where it would be overly verbose. While we are passing through source files we should also consider two seconda
testing
Create, edit, improve, or audit AgentSkills. Use when creating a new skill from scratch or when asked to improve, review, audit, tidy up, or clean up an existing skill or SKILL.md file. Also use when editing or restructuring a skill directory (moving files to references/ or scripts/, removing stale content, validating against the AgentSkills spec). Triggers on phrases like "create a skill", "author a skill", "tidy up a skill", "improve this skill", "review the skill", "clean up the skill", "audit the skill".
testing
Host security hardening and risk-tolerance configuration for OpenClaw deployments. Use when a user asks for security audits, firewall/SSH/update hardening, risk posture, exposure review, OpenClaw cron scheduling for periodic checks, or version status checks on a machine running OpenClaw (laptop, workstation, Pi, VPS).
testing
Create, edit, improve, or audit AgentSkills. Use when creating a new skill from scratch or when asked to improve, review, audit, tidy up, or clean up an existing skill or SKILL.md file. Also use when editing or restructuring a skill directory (moving files to references/ or scripts/, removing stale content, validating against the AgentSkills spec). Triggers on phrases like "create a skill", "author a skill", "tidy up a skill", "improve this skill", "review the skill", "clean up the skill", "audit the skill".