Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

cw-official-docsCW 官方文档

Agent Skill

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

总安装

2,326

周安装

95

GitHub Stars

140

下载量

745
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:cw-official-docs(CW 官方文档)
来源仓库:https://github.com/haowjy/creative-writing-skills
仓库路径:skills/cw-official-docs
安装命令:
npx skills add https://github.com/haowjy/creative-writing-skills --skill cw-official-docs
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/haowjy/creative-writing-skills --skill cw-official-docs

简介

cw-official-docs 创建权威百科式世界设定文档,作为虚构宇宙的单一可信来源。

  • 适用于 Codex、Claude、Cursor、Gemini CLI 的世界观建设,支持角色、地点与事件归档。
  • 输出为已定稿的读者向材料,区别于草稿笔记,强调引用与一致性维护。
  • 建议在写作前或过程中同步更新,确保 lore 与叙事内容无冲突。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Official Documentation

Create canonical, sourced wiki pages for your story's characters, locations, events, and lore.

Purpose

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.

Documentation vs Brainstorm Notes

The key distinction: Documentation = you've decided and it's polished enough to show someone. Brainstorm = you're still figuring it out.

DocumentationBrainstorm
Single versionMultiple options coexist
PolishedSkeletal
No [TBD] markersSource tags throughout
Reader-readyAuthor's working notes
Finalized decisionsExploratory

Core Principles

1. Canonical Only

Wiki pages contain ONLY confirmed information:

  • Facts from written chapters OR finalized worldbuilding
  • Details the author has decided
  • Single authoritative version

2. Citations Required

Every claim needs a source:

  • Chapter references for story facts
  • "Worldbuilding document: [filename]" for lore created before writing
  • Scene-specific citations when possible

3. Encyclopedic Tone

Write like a reference work:

  • Third person
  • Past tense for completed events, present for current state
  • Neutral, factual tone

Flexible Structure

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.

Creating Documentation Pages

  1. Decide what needs documenting - Character? Location? System? Event?
  2. Choose relevant structure - See references/page-patterns.md for common patterns
  3. Write what matters - Skip irrelevant sections, adapt structure to content
  4. Add citations - See references/citation-guide.md for formats
  5. Cross-reference - Link related pages for discoverability

Structure adapts to content - not every page needs every section.

Using Web Search

Search when helpful for:

  • Verifying real-world facts your story references
  • Research for worldbuilding elements
  • Finding similar fictional documentation/wikis for inspiration
  • Checking naming conventions or terminology

Timing

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

Teaching Example: Simple vs Complex

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.

Skills are Composable

Feel free to combine with other skills when helpful (e.g., using cw-brainstorming while exploring worldbuilding before finalizing into documentation pages).

File Placement (Claude Code)

  1. Check project documentation for organization
  2. Common locations: docs/, wiki/, docs/reference/, reference/
  3. Match existing naming conventions
  4. Ask if unclear

Resources

See:

  • references/page-patterns.md - Common patterns and examples (not templates)
  • references/citation-guide.md - How to cite sources
  • references/example-pages.md - Complete example pages at different complexity levels

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.23%
按下载量换算262

Claude

28.29%
按下载量换算211

Cursor

17.37%
按下载量换算129

Gemini CLI

9.24%
按下载量换算69

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills