feat: version infra skills (1.0.0) + project-bootstrap manifest step
Six infra skills carry `version: 1.0.0` in frontmatter: project-bootstrap, setup-context7, task-status-wiki, using-context7, using-markitdown, wiki-maintainer. Bumped manually on SKILL.md edits; semver — MAJOR breaks contract, MINOR adds, PATCH wording. project-bootstrap gets a new Step 5.5 that writes .wiki/concepts/bootstrap-manifest.md per project — skill + version + role table read live from each delegated skill's frontmatter, not hardcoded. The file is overwritten on re-bootstrap; for history, git log. Why: when canonical layout for .wiki/ or .tasks/ changes, projects bootstrapped under the old version drift silently. The per-project manifest makes that drift debuggable instead of guesswork. Communication and discovery skills (caveman family, find-skills, active-platform) aren't versioned — their content is "good copy-paste" and snapshot mismatch isn't a layout problem. Wiki: .wiki/concepts/skill-versioning.md documents the convention; index.md and log.md updated. .tasks/STATUS.md tracks (a/b/c) progress. Setup/using split for wiki and tasks (commits b and c) follows. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,6 +1,34 @@
|
||||
# Task Board
|
||||
_Updated: 2026-04-28_
|
||||
|
||||
## In Progress
|
||||
|
||||
### Versioning + setup/using split for wiki & tasks
|
||||
**Goal:** version 6 infra skills (`1.0.0`), record them in a per-project bootstrap manifest, then split `wiki-maintainer`/`task-status-wiki` into `setup-X`/`using-X` pairs (mirroring context7) so bootstrap delegates to setup-skills and using-skills self-bootstrap on missing infra.
|
||||
|
||||
**Three commits:**
|
||||
|
||||
#### (a) Versioning + manifest
|
||||
- [x] Add `version: 1.0.0` to frontmatter of all 6 infra skills
|
||||
- [x] `project-bootstrap` Step 5.5 writes `.wiki/concepts/bootstrap-manifest.md` (table read live from each delegated skill's frontmatter)
|
||||
- [x] `concepts/skill-versioning.md` documents the convention; index + log updated
|
||||
- [x] Build + install affected skills (loop in build.sh handles 6-arg invocation cleanly)
|
||||
|
||||
#### (b) Split wiki
|
||||
- [ ] Rename `skills/wiki-maintainer/` → `skills/using-wiki/`; update `name:` in frontmatter
|
||||
- [ ] New `skills/setup-wiki/` (canonical layout creation, gated, derived from current "Bootstrap empty wiki" section + Karpathy gist)
|
||||
- [ ] Prerequisites section in `using-wiki` → invokes `setup-wiki` if `.wiki/` is missing/non-canon
|
||||
- [ ] `project-bootstrap` Step 3 delegates to `setup-wiki`
|
||||
|
||||
#### (c) Split tasks
|
||||
- [ ] Rename `skills/task-status-wiki/` → `skills/using-tasks/`; update `name:`
|
||||
- [ ] New `skills/setup-tasks/` derived from `.wiki/raw/setup-task-status-wiki.md` + existing SKILL.md
|
||||
- [ ] Prerequisites in `using-tasks` → invokes `setup-tasks`
|
||||
- [ ] `project-bootstrap` Step 4 delegates to `setup-tasks`
|
||||
|
||||
**One-time, after all three:**
|
||||
- [ ] Manual `rm -rf ~/.claude/skills/{wiki-maintainer,task-status-wiki}/` (the old names) once the renamed installs are in place
|
||||
|
||||
## Done
|
||||
|
||||
### Create `setup-context7` skill
|
||||
|
||||
Reference in New Issue
Block a user