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:
2026-04-28 13:19:38 +03:00
parent f0b1db6456
commit e1e5bd1309
17 changed files with 317 additions and 0 deletions

View File

@@ -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