lhumina_code/home
0
0
Fork 0
Code Issues 34 Pull requests Projects Releases Packages Wiki Activity Actions

Reconcile rust_toolchain + rust_versions skills against hero_builder embedded dep-policy SSOT (D-08 follow-up) #231

New issue
Open
opened 2026-05-08 21:20:58 +00:00 by mik-tf · 0 comments
mik-tf commented 2026-05-08 21:20:58 +00:00
Owner
Copy link

Decision: D-08 names hero_builder/Cargo.toml [package.metadata.hero_builder.rust_versions] table as the canonical dep-version SSOT for the workspace. The two existing skills disagree with that table and with each other:

Source Rust version Notes
~/.claude/skills/rust_toolchain/SKILL.md "Rust 1.94" + "never pin rust-version" undated
~/.claude/skills/rust_versions/SKILL.md rust-version = "1.92.0" last audited 2026-05-07
lhumina_code/hero_code/crates/hero_builder/Cargo.toml rust_version = "1.95.0" + edition 2024 dated 2026-05-08

Workspace observed reality: herolib_derive@0.6.0 requires rustc 1.95.0 (per s80 sweep). The hero_builder table wins.

Proposed fix:

  1. Update rust_toolchain skill: "Rust 1.95.0 stable, edition 2024. Never pin rust-version. Canonical table lives in lhumina_code/hero_code/crates/hero_builder/Cargo.toml."
  2. Update rust_versions skill: drop the rust-version = "1.92.0" claim; replace with a pointer to the hero_builder embedded table; keep the [workspace.dependencies] template + Audit Command sections (they remain useful).
  3. Add a memory entry pointing future sessions at the hero_builder table as authoritative.

Why now: s80 sweep wasted ~30 min on rustup default 1.93 not 1.95 confusion that this drift caused. Locking the SSOT makes the next sweep mechanical.

Owner: any session that touches Rust toolchain / dep-version work next; aim for s81.

Filed at session 80 close per D-08 follow-up.

**Decision:** [D-08](https://forge.ourworld.tf/lhumina_code/home/issues/230) names `hero_builder/Cargo.toml` `[package.metadata.hero_builder.rust_versions]` table as the canonical dep-version SSOT for the workspace. The two existing skills disagree with that table and with each other: | Source | Rust version | Notes | |---|---|---| | `~/.claude/skills/rust_toolchain/SKILL.md` | "Rust 1.94" + "never pin `rust-version`" | undated | | `~/.claude/skills/rust_versions/SKILL.md` | `rust-version = "1.92.0"` | last audited 2026-05-07 | | `lhumina_code/hero_code/crates/hero_builder/Cargo.toml` | **`rust_version = "1.95.0"` + edition 2024** | dated 2026-05-08 | Workspace observed reality: `herolib_derive@0.6.0` requires rustc 1.95.0 (per s80 sweep). The hero_builder table wins. **Proposed fix:** 1. Update `rust_toolchain` skill: "Rust 1.95.0 stable, edition 2024. Never pin `rust-version`. Canonical table lives in `lhumina_code/hero_code/crates/hero_builder/Cargo.toml`." 2. Update `rust_versions` skill: drop the `rust-version = "1.92.0"` claim; replace with a pointer to the hero_builder embedded table; keep the `[workspace.dependencies]` template + `Audit Command` sections (they remain useful). 3. Add a memory entry pointing future sessions at the hero_builder table as authoritative. **Why now:** s80 sweep wasted ~30 min on rustup default 1.93 not 1.95 confusion that this drift caused. Locking the SSOT makes the next sweep mechanical. **Owner:** any session that touches Rust toolchain / dep-version work next; aim for s81. Filed at session 80 close per D-08 follow-up.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
development
main
No results found.
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
lhumina_code/home#231
No description provided.