Wiki Term Research
Create production-quality, deeply researched wiki term entries that serve as both quick reference and comprehensive learning resource. Every term goes through mandatory web research, cross-reference validation, and quality checks.
Inputs
- Term name: The concept to research and document.
- Domain context (optional): The industry or subject area for the wiki (e.g., "construction finance", "healthcare compliance", "SaaS metrics").
- Depth override (optional): User may request "quick" (abbreviated) or "comprehensive" (maximum depth). Default: comprehensive.
Before You Start
- Find the wiki content directory. Look for a
WRITING_GUIDE.md, AGENTS.md, or a src/content/ directory structure.
- Read the writing guide if one exists. It is the canonical source for formatting rules. If anything in this skill contradicts a project-specific writing guide, the writing guide wins.
- Scan existing terms to calibrate depth, tone, and conventions:
- List the terms directory to see existing file names and categories.
- Read 2-3 related terms to understand the expected quality level.
Workflow
Phase 1: Orientation and Existing Content Audit
- Search for existing entries on this topic. Check if the term already exists (update vs. create).
- Scan existing categories and tags by reading related terms to understand conventions.
- Determine the slug -- use kebab-case, descriptive, with regional suffixes only when meaning materially differs.
- Read 3-5 closely related entries to understand gaps and cross-reference opportunities.
Phase 2: Web Research (MANDATORY)
This phase is NOT optional. Every term entry must be backed by web research.
Read references/research-guide.md for search query patterns and source quality hierarchy.
At minimum:
- Run 3+ WebSearch queries to find authoritative definitions, industry standards, and practical guidance.
- Fetch 1-3 authoritative pages via WebFetch to extract exact definitions, requirements, and examples.
Phase 3: Compose the Entry
Read references/article-template.md for the full template and usage notes.
Mandatory sections:
- TLDR -- 2-4 sentences. What is it? Why does it matter?
- What it is -- clear definition expanding on the summary.
- How it works -- mechanics, process, or application.
- Practical example -- concrete worked example with realistic data.
- External references -- minimum 3 links to reputable sources.
Optional sections (include when relevant):
- Regional/jurisdictional detail
- Standard provisions or specifications
- Common pitfalls
- Industry role / why it matters for the product
Phase 4: Cross-Reference Validation
- Verify all
related slugs exist. If a related slug doesn't exist, include it but note it as a missing term.
- Check aliases won't cause false auto-linking. Avoid single common words. Multi-word phrases and specific acronyms are safe.
- Update related terms -- check whether 2-3 closely related existing terms should add this new term to their
related list.
Phase 5: Quality Validation
Frontmatter checklist:
Content checklist:
Research checklist:
Phase 6: Missing Term Identification
After writing the entry, review concepts mentioned in the body that are NOT in the wiki.
Output a "Suggested future terms" list with term name and a one-sentence justification for each.
Reference Files
- references/article-template.md -- Full article template with all sections and usage notes.
- references/research-guide.md -- Search query patterns, source quality hierarchy, and research methodology.
1---2name: wiki-term-research3description: Create deeply researched wiki term entries with web research, practical examples, and cross-references. Use when the user asks to "create a wiki term," "write a term entry," "add a glossary definition," "research a concept," "define this term," or when a meeting ingestion identifies terms to create. Produces comprehensive entries with external citations, worked examples, and detailed breakdowns. Works with any domain wiki using markdown content.4---56# Wiki Term Research78Create production-quality, deeply researched wiki term entries that serve as both quick reference and comprehensive learning resource. Every term goes through mandatory web research, cross-reference validation, and quality checks.910## Inputs1112- **Term name**: The concept to research and document.13- **Domain context** (optional): The industry or subject area for the wiki (e.g., "construction finance", "healthcare compliance", "SaaS metrics").14- **Depth override** (optional): User may request "quick" (abbreviated) or "comprehensive" (maximum depth). Default: comprehensive.1516## Before You Start17181. **Find the wiki content directory.** Look for a `WRITING_GUIDE.md`, `AGENTS.md`, or a `src/content/` directory structure.192. **Read the writing guide** if one exists. It is the canonical source for formatting rules. If anything in this skill contradicts a project-specific writing guide, **the writing guide wins**.203. **Scan existing terms** to calibrate depth, tone, and conventions:21 - List the terms directory to see existing file names and categories.22 - Read 2-3 related terms to understand the expected quality level.2324---2526## Workflow2728### Phase 1: Orientation and Existing Content Audit29301. **Search for existing entries** on this topic. Check if the term already exists (update vs. create).312. **Scan existing categories and tags** by reading related terms to understand conventions.323. **Determine the slug** -- use kebab-case, descriptive, with regional suffixes only when meaning materially differs.334. **Read 3-5 closely related entries** to understand gaps and cross-reference opportunities.3435### Phase 2: Web Research (MANDATORY)3637**This phase is NOT optional.** Every term entry must be backed by web research.3839Read [references/research-guide.md](references/research-guide.md) for search query patterns and source quality hierarchy.4041At minimum:42- Run **3+ WebSearch queries** to find authoritative definitions, industry standards, and practical guidance.43- **Fetch 1-3 authoritative pages** via WebFetch to extract exact definitions, requirements, and examples.4445### Phase 3: Compose the Entry4647Read [references/article-template.md](references/article-template.md) for the full template and usage notes.4849**Mandatory sections:**50- **TLDR** -- 2-4 sentences. What is it? Why does it matter?51- **What it is** -- clear definition expanding on the summary.52- **How it works** -- mechanics, process, or application.53- **Practical example** -- concrete worked example with realistic data.54- **External references** -- minimum 3 links to reputable sources.5556**Optional sections (include when relevant):**57- Regional/jurisdictional detail58- Standard provisions or specifications59- Common pitfalls60- Industry role / why it matters for the product6162### Phase 4: Cross-Reference Validation63641. **Verify all `related` slugs exist.** If a related slug doesn't exist, include it but note it as a missing term.652. **Check aliases won't cause false auto-linking.** Avoid single common words. Multi-word phrases and specific acronyms are safe.663. **Update related terms** -- check whether 2-3 closely related existing terms should add this new term to their `related` list.6768### Phase 5: Quality Validation6970**Frontmatter checklist:**71- [ ] Title is specific and matches the slug72- [ ] Summary is exactly one sentence, plain language73- [ ] Tags are concrete and searchable (5-8 tags)74- [ ] Categories use an existing category from the wiki75- [ ] Aliases are precise, no generic words76- [ ] Related has 3-6 entries using slug format7778**Content checklist:**79- [ ] TLDR present and useful in 15 seconds80- [ ] At least one practical example with realistic data81- [ ] At least 3 external references with URLs82- [ ] Entry reads cleanly with `##`/`###` hierarchy83- [ ] A reader can get the gist in 60 seconds8485**Research checklist:**86- [ ] At least 3 WebSearch queries were executed87- [ ] At least 1 authoritative source was fetched and read88- [ ] No unsourced claims about requirements or standards8990### Phase 6: Missing Term Identification9192After writing the entry, review concepts mentioned in the body that are NOT in the wiki.9394Output a "Suggested future terms" list with term name and a one-sentence justification for each.9596---9798## Reference Files99100- **[references/article-template.md](references/article-template.md)** -- Full article template with all sections and usage notes.101- **[references/research-guide.md](references/research-guide.md)** -- Search query patterns, source quality hierarchy, and research methodology.