Install any skill in seconds. Free to start, no credit card required.
Get Started Free →hashintel/managing-cargo-dependencies
Cargo.toml dependency management patterns for HASH workspace.
Passed 21 of 22 test cases with the skill, and 7 of 22 without it.
and 21 more in the full report
14 fixed7 passed either way1 still failing0 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 14 test cases the skill fixed. Same model, same prompt, with and without the skill.
We are adding an internal workspace crate `hashql-core` to `libs/@local/cli/Cargo.toml` where `hashql-core` types are exposed in `cli`'s pub functions. Which section header does it belong under?
| Checked | Without skill | With skill |
|---|---|---|
| Places hashql-core under # Public workspace dependencies. | Missed | Passed |
| Sets public = true for hashql-core in package manifest. | Missed | Passed |
The instructions your model reads when the skill loads.
Guidance for adding and managing dependencies in Cargo.toml files within the HASH repository's workspace structure.
HASH uses a strict workspace dependency pattern:
✅ DO:
[workspace.dependencies]version = "1.0.0" = ^1.0.0)default-features = false for all dependencies unless specifically neededworkspace = true in package Cargo.tomlpublic = true for dependencies exposed in public API❌ DON'T:
= prefix (e.g., =1.0.0) in workspace rootdefault-features without considering impactpublic = true for dependencies exposed in public APIEvery package Cargo.toml must organize dependencies into these sections:
[dependencies]
# Public workspace dependencies
hash-graph-types = { workspace = true, public = true }
hashql-core = { workspace = true, public = true }
# Public third-party dependencies
serde = { workspace = true, public = true, features = ["derive"] }
test cases passed, vs 7 / 22 without
Published skills whose descriptions closely match this one, with their headline benchmark lift.
More skills from the same source and nearby in the registry, with their headline benchmark lift.