lab skills sync fails: hero_proc is not a valid technology value in 2 new sidecars #263
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_skills#263
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Repro
Fails immediately with:
Cause
Commit
707e7a7added 4 new component skills underskills/hero/ui/. Two of them declare"hero_proc"intechnology:skills/hero/ui/hero_ui_logs_viewer.tomlline 2:technology = ["rpc", "js", "hero_proc"]skills/hero/ui/hero_ui_jobs_viewer.tomlline 2:technology = ["rpc", "js", "hero_proc"]The Technology Enum in
skills/skills/skills_metadata.mdis locked to:rust,rhai,bash,nushell,python,js,toml,yaml,json,openrpc,rpc,rest,http,markdown."hero_proc"is a service/domain name, not a technology.The sibling sidecar
hero_ui_api_docs.tomlcorrectly usestechnology = ["rpc", "js", "openrpc"]— same shape minus the schema violation.Both offending sidecars already encode the hero_proc relationship correctly in
links(hero_proc_log,hero_proc_openrpc), so the"hero_proc"value is duplicative AND invalid.Blast radius
lab skills syncis serial and fail-fast — the first malformed sidecar aborts the entire sync. Net effect:~/.claude/skills/mirror is frozen at the s93 snapshot (73762cb) and won't pick up any of the 92 intervening commits worth of skill changes (config/service/networkprotocol subdir reorg in7a0a747, lab install/HeroConfig migration, etc.) until this is fixed.Fix
Two-line patch: drop
"hero_proc"from thetechnologyarray in both sidecars.The existing
links = ["hero_ui_assets", "hero_ui_dashboard_admin", "hero_proc_log"](andhero_proc_openrpcfor jobs viewer) already encodes the cross-reference correctly.Found during s120 hero_agent D-10 closure (lhumina_code/hero_proc#102 (comment)).