external/creative-writing-skills/cw-official-docs/SKILL.md
Creative writing skill for creating canonical reference documentation (wikis) for fictional worlds, characters, and story events. Use when creating or updating wiki pages, official documentation, character profiles, location documentation, or lore pages. Creates polished, sourced, encyclopedic reference material.
npx skillsauth add seikaikyo/dash-skills cw-official-docsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create canonical, sourced wiki pages for your story's characters, locations, events, and lore.
Build authoritative documentation (wiki-style pages) that serves as "single source of truth" for your fictional world. These are polished, cited, encyclopedic reference pages suitable for readers - NOT working notes or brainstorming.
Can be created before or during writing for worldbuilding, lore, and reference material that won't all appear in the story itself.
The key distinction: Documentation = you've decided and it's polished enough to show someone. Brainstorm = you're still figuring it out.
| Documentation | Brainstorm | |------|------------| | Single version | Multiple options coexist | | Polished | Skeletal | | No [TBD] markers | Source tags throughout | | Reader-ready | Author's working notes | | Finalized decisions | Exploratory |
Wiki pages contain ONLY confirmed information:
Every claim needs a source:
Write like a reference work:
Documentation pages aren't templates to fill in - structure should fit the content.
Some character pages need detailed backstory, others don't. Some locations are just "a tavern in the capital" - that's one paragraph, not 12 sections. Some magic systems need elaborate rules, others are intentionally mysterious.
Include what matters, skip what doesn't. Trust your judgment.
See references/page-patterns.md for common patterns and examples - not mandatory structures.
Structure adapts to content - not every page needs every section.
Search when helpful for:
You can write documentation pages BEFORE writing story chapters - just ensure content is finalized and presentation-ready, not exploratory.
For worldbuilding/lore: Finalize concept → Create documentation page → Use while writing
For story events: Write chapters → Document what happened → Create documentation page
Not every page needs elaborate structure:
Simple location (totally valid):
---
title: The Broken Wheel Tavern
type: location
---
# The Broken Wheel Tavern
A run-down tavern in the merchant quarter of Kingsport. Known for cheap ale and cheaper rooms.
The protagonist meets their contact here in Chapter 3.
**References:**
- Chapter 3: First meeting scene
Complex character (when needed):
---
title: Marcus Webb
type: character
status: alive
---
# Marcus Webb
Former military intelligence officer turned information broker in Kingsport.
## Background
Served 15 years in the Royal Intelligence Service before a scandal forced his resignation. Now operates independently, selling information to whoever can pay.
## Appearance
Mid-40s, graying hair, military bearing despite civilian clothes. Distinctive scar across left eyebrow from field injury.
## Role in Story
Acts as information source for the protagonist. Provides critical intelligence about the conspiracy in Chapter 3, then becomes recurring ally throughout Arc 1.
## Key Relationships
- **Sarah Chen**: Former colleague, maintains uneasy trust
- **The protagonist**: Professional relationship, provides information for payment
**References:**
- Chapter 3: First introduction, provides intel
- Chapter 7: Warns protagonist about surveillance
- Chapter 12: Reveals his own involvement in the conspiracy
Both are valid - structure fits what needs documenting.
Feel free to combine with other skills when helpful (e.g., using cw-brainstorming while exploring worldbuilding before finalizing into documentation pages).
docs/, wiki/, docs/reference/, reference/See:
references/page-patterns.md - Common patterns and examples (not templates)references/citation-guide.md - How to cite sourcesreferences/example-pages.md - Complete example pages at different complexity levelsdevelopment
拋棄式 HTML mockup 比稿:產出 2 到 3 個設計立場不同的變體(密度 / 版式 / 強調軸,不是換色),各附取捨說明,最後給有立場的對比結論。適用:「畫個草圖」「比較 A 版 B 版」「先看方向再做」「給我看幾種做法」。要 production 元件或設計已定案時不適用。
tools
需求不明時的意圖萃取訪談:一次一題、每題附上自己的猜測、聽出「真正想要 vs 覺得應該要」,直到能預測使用者反應(約 95% 信心)才動工。適用:需求缺少對象 / 動機 / 成功標準 / 約束,或使用者點名「訪談我」「先確認一下」「我們確定嗎」。明確自足的指示、純資訊查詢、機械性操作不適用。
development
對非平凡決策啟動新鮮 context 對抗審查(找碴不背書),在修正還便宜的時候抓出錯誤方向。適用:高風險改動(production、資安敏感邏輯、不可逆操作)、不熟的程式碼、要宣稱「這樣是安全的 / 可行的」之前。機械性操作與一行修改不適用。
testing
Reference for writing and editing agent skills well — the vocabulary and principles that make a skill predictable. Consult when authoring, reviewing, or pruning a SKILL.md.