wiki-writing

Create and edit encyclopedic wiki pages with structured headings and link discipline.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/jrmatherly/spacebot --skill wiki-writing-jrmatherly
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wiki-writing
Source: https://github.com/jrmatherly/spacebot/tree/main/skills/builtin/wiki-writing
Command: npx skills add https://github.com/jrmatherly/spacebot --skill wiki-writing-jrmatherly

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Wiki pages often become fragmented, transient, or poorly written, leaving teams without a reliable, long-lived knowledge resource; this guidance helps authors produce neutral, precise, and maintainable articles that serve readers months or years later.

Core Features & Use Cases

  • Style and Tone Guidance: Prescribes third-person, neutral, present-tense prose and warns against filler, puffery, and vague qualifiers.
  • Structure and Page Types: Helps authors choose between entity, concept, decision, project, and reference pages and provides expectations for each.
  • Linking and Editing Discipline: Defines link-first mention conventions, edit summaries, and when to expand versus create pages to avoid duplication.
  • Use Case: Convert a conversation about API naming into an encyclopedic decision page that documents alternatives considered, rationale, and the final choice with a one-line edit summary.

Quick Start

Read the existing page for the topic, choose the correct page type, write a single-sentence lead that defines the subject, organize the body with clear noun-phrase headings, and save with a concise edit summary.

Frequently Asked Questions about wiki-writing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a wiki page that stays useful for long-term knowledge management?

To write an enduring wiki page, start with a concise lead sentence defining the subject, use neutral third-person present-tense prose, structure the body with clear noun-phrase headings, and apply disciplined interpage linking to avoid fragmentation.

What is the best way to structure internal documentation for a software project?

The best way to structure internal documentation is to select a specific page type—such as entity, concept, decision, project, or reference—and organize the content with clear section headings that capture persistent, encyclopedic knowledge for your team.

How do I document a technical decision record for an API naming convention?

To document a technical decision record, create an encyclopedic page that outlines the alternatives considered, provides the rationale, and states the final choice, finishing with a concise one-line edit summary to track the revision.

When should I expand an existing knowledge base page instead of creating a new one?

You should expand an existing knowledge base page instead of creating a new one when the new content naturally fits the current subject, preventing duplication and maintaining disciplined link-first mention conventions across the wiki.

What tone and style should I use for writing reference documentation?

Reference documentation should use a neutral, third-person, present-tense tone while actively avoiding filler, puffery, and vague qualifiers to ensure the knowledge resource remains precise and maintainable for future readers.

Does my wiki writing need to include edit summaries for every page revision?

Yes, your wiki writing requires informative one-line edit summaries for page revisions, as this discipline helps maintain a reliable knowledge resource by clearly tracking changes and rationale for future teams.