wiki-init
wiki-init
Use this skill to initialize or migrate a repo into the wiki + QMD + agent hook pattern.
The user may use natural language. Route intent like this:
- "como esta a estrutura?", "preciso migrar?", "doctor", "qmd esta ok?" -> run
doctor. - "instala", "prepara esse repo", "configura hooks" -> run
installas dry-run first, then ask the user to confirm the suggested wiki location and index before--write. - "migrar para o formato novo" -> run
migrateas dry-run first, then ask the user to confirm the suggested wiki location and index before--write. - "corrigir qmd", "managed qmd", "patch qmd" -> run
doctor, then useinstall --writeorupdate-hooks --writewith explicit approval to prepare the managed QMD checkout and wrappers.
Workflow
- Run
scripts/wiki-init.ts doctor --project <path>first. - Read the report: wiki layout, AGENTS/CLAUDE, harnesses, hooks, drift, QMD status.
- For changes, run
installormigratewithout--writeand show the planned file actions plus the suggested topology. - Ask the user in plain language to confirm where the wiki will live and what QMD index will be used. Do not require the user to know the preset name.
- Only run with
--writeafter passing explicit--wikiand--index. The script blocks writes without those flags. - Re-run
doctorafter writes. --writeprepares the managed QMD checkout under the skill cache (~/.local/share/essential-skills/qmd/checkouts/qmd) and points project wrappers at that checkout. It cloneshttps://github.com/tobi/qmd.gitwhen missing and installs dependencies there.- If the target project needs an index, initialize QMD with the generated wrapper:
<wrapper> collection add <wiki-path> --name <index> --mask "**/*.md", then<wrapper> updateand<wrapper> embed. - Run
scripts/validate-wiki-init.tsbefore changing reusable templates or scripts.
Script
Primary script:
bun skills/wiki-init/scripts/wiki-init.ts doctor --project .
QMD-focused alias:
bun skills/wiki-init/scripts/qmd-doctor.ts --project .
The script is intentionally dry-run by default. It writes only with --write.
Common examples:
bun skills/wiki-init/scripts/wiki-init.ts doctor --project /path/to/project
bun test skills/wiki-init/scripts/wiki-init.test.ts
bun skills/wiki-init/scripts/wiki-init.ts migrate --project /path/to/project --wiki ../knowledge-base --index my-index
bun skills/wiki-init/scripts/wiki-init.ts install --project /path/to/project
bun skills/wiki-init/scripts/wiki-init.ts install --project /path/to/project --wiki ../knowledge-base --index my-project --harness claude,codex,opencode --write
Presets
Use references/presets.md for the supported project shapes: local wiki, central sibling wiki, multi-repo org wiki, and docs-only migration.
Boundaries
- Do not auto-ingest wiki content. Hooks only raise signal; the agent decides semantically.
- Do not patch or install QMD globally.
- Prefer a managed project wrapper for QMD over shell aliases or
bunx. The wrapper must be accompanied by a provenance manifest recording the managed checkout, upstream repo/ref, wrapped binary, version, patch report, language, and embedding model. - Keep reusable skill files free of user-specific absolute paths. Local absolute paths may appear only in generated per-machine wrappers/manifests/config after install.
- Keep templates inside this skill directory.
More from djalmajr/essential-skills
agile-proto
Create interactive UI prototypes with a CDN-only stack (z-proto + Tailwind v4 + shadcn-style components + Preact/htm + preact-iso), including faithful send-to-Figma captures when requested. Use when asked to "prototype", "create proto", "mockup screens", "interactive prototype", "send to Figma", or when exploring UI flows before implementation.
17agile-metrics
Consolidates objective metrics of a sprint. Use when you need quantitative data about deliveries, blockers, deviations, and velocity to feed retro, sprint review, or capacity decisions.
17agile-retro
Conducts retrospective with learnings and improvement actions. Use when a cycle, sprint, or delivery has ended and the team needs to reflect on what worked and what needs to change. Also absorbs post-implementation reflection aspects.
16agile-intake
Structures new and vague problems into clear intake documents. Use when the problem is not yet mature enough for the backlog, when someone brings an idea or need without defined scope, or when you need to decide what the next artifact in the flow should be.
16agile-roadmap
Maps multi-phase trajectories with dependencies into clear, sequenced roadmaps. Use when work has multiple phases that need sequencing, when decisions today affect future decisions, when stakeholders need to see the whole journey, or when external dependencies exist. Applicable regardless of total duration — a 4-week multi-phase initiative benefits as much as a quarterly roadmap.
16agile-epic
Structures large initiatives into a decomposed backlog with roadmap, dependencies, and verification. Generates an overview file plus individual story files with tasks. Use when work requires several coordinated stories, has dependencies between deliveries, or needs a roadmap.
16