mirror of
https://github.com/patriceckhart/zot.git
synced 2026-06-26 21:36:31 +02:00
fbad128c4c
Behaviour change: a fresh zot run now loads only the built-in skills compiled into the binary. User-installed SKILL.md files under $ZOT_HOME/skills/, .zot/skills/, .claude/skills/, or .agents/skills/ stay dormant until the user explicitly opts in with --with-skills. Three discrete modes: zot built-ins only (default) zot --with-skills built-ins + user skills zot --no-skill nothing (no skill tool, no manifest) Rationale: a fresh install should have a deterministic skill set, regardless of what's already lying around in $ZOT_HOME from old experiments. Built-ins ship with the binary so they're auditable; user skills are loaded only when the user explicitly asks for them. Discover() gained an includeUser bool (was 3 args, now 4). The in-tree caller updated; the test that exercised the old signature gets includeUser=true so its existing assertions still hold. scanUserSkills() split out so the includeUser=false path is a cheap no-op. End-to-end verified live: default -> write-zot-extension (only) --with-skills -> write-zot-extension + code-review + test-fix --no-skill -> no skill tool, no manifest at all |
||
|---|---|---|
| .. | ||
| extensions | ||
| modes | ||
| tools | ||
| args.go | ||
| botcmd.go | ||
| botcmd_unix.go | ||
| botcmd_windows.go | ||
| build.go | ||
| cli.go | ||
| config.go | ||
| extcmd.go | ||
| modelsync.go | ||
| rpc.go | ||
| systemprompt.go | ||
| update.go | ||