Expand description
HTTP adapter over zeroclaw_runtime::skills::SkillsService.
Thin handlers — every endpoint translates request shape → SkillsService
call → response shape. No filesystem logic, no validation, no error
mapping that isn’t already encoded in SkillsService. The dashboard,
the CLI (zeroclaw skills add/edit/bundle ...), and the future TUI all
reach the same canonical implementation through their respective surface.
Structs§
- Bundle
Entry - Bundles
Response - Delete
Query - Skill
Create Body - Skill
Entry - Skill
Read Response - Skill
Write Body - Skills
List Response
Functions§
- handle_
create_ skill POST /api/skills/bundles/:alias/skills- handle_
delete_ skill DELETE /api/skills/bundles/:alias/skills/:name?purge=true- handle_
list_ bundles GET /api/skills/bundles- handle_
list_ skills GET /api/skills/bundles/:alias/skills- handle_
read_ skill GET /api/skills/bundles/:alias/skills/:name- handle_
write_ skill PUT /api/skills/bundles/:alias/skills/:name