plugins/tools/novelist/skills/novelist-worldview/SKILL.md
创建或更新小说的世界观与各类设定。当用户说"设定世界观/写背景设定/定魔法体系/加个组织或物品设定/历史背景"时调用。世界观拆为 地理/势力/规则(力量体系)/历史 四文件; 其他设定(物品/组织/术语)按一设定一文件存于 设定/ 目录。本 skill 独占 世界观/ 与 设定/ 目录。
npx skillsauth add lazygophers/ccplugin novelist-worldviewInstall 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.
把世界观拆成可独立演进、可逐项核对的文件, 让"规则"成为后续一致性检查的硬约束来源。
| 路径 | 内容 | 一致性意义 | |---|---|---| | 世界观/地理.md | 区域、地标、气候、地图 | 人物移动/距离的约束 | | 世界观/势力.md | 国家/组织/派系、势力范围、关系 | 阵营冲突的依据 | | 世界观/规则.md | 力量/科技/魔法体系: 能力边界 + 代价 | 最关键——破例=最常见的设定崩坏 | | 世界观/历史.md | 关键历史事件时间线 | 人物经历的时间锚点 | | 设定/<名>.md | 其他设定: 物品/组织/术语, 一设定一文件 | 专有名词的唯一事实源 |
AskUserQuestion 确认范围再进 step 2。设定/_索引.md。已有则增量更新, 新设定则新建文件并登记索引。references/worldview-templates.md 的模板写; 尤其 规则.md: 每种能力写清能做什么 + 不能做什么 + 代价/限制。任何能力缺代价/边界 → 硬停, 追问后补全, 禁落盘「能力有、限制无」的规则——无边界的力量是一致性灾难。设定/_索引.md; 新增世界观块 → 确认 世界观/_索引.md 链接存在。AskUserQuestion 请用户裁定改哪边, 禁自行让两处并存; 建议改动后跑 novelist-check。novelist-design 引用: 核心设计阶段落地世界观骨架。规则.md 是 novelist-check 一致性审查的核心依据——写得越明确, 检查越有力。| 触发 | 一线修复 | 仍失败兜底 |
|---|---|---|
| 主题模糊(不知建哪块) | AskUserQuestion 给四块+其他设定选项 | 用户仍不明 → 从 总览.md 题材反推建议 |
| 力量体系只写"能做什么"无代价 | 追问限制与代价, 补全边界 | 用户不定 → 文件标「代价待定」, 检查时视为高风险项 |
| 新设定与已有规则矛盾 | 标出矛盾请用户裁定 | 裁定后改唯一事实源, 禁两处并存 |
| 同一术语多处定义不一 | 合并到 设定/<名>.md 单一文件 | 引用处统一指向该文件 |
| # | 禁做 | 改为 | |---|---|---| | 1 | 力量体系只写能力不写代价/边界 | 每种能力必写限制与代价 | | 2 | 同一设定散落多文件各说各话 | 一设定一文件, 唯一事实源 | | 3 | 新设定与旧规则冲突却不标 | 主动扫冲突, 请用户裁定 | | 4 | 写到 人物/ 或 章节/ 目录 | 只写 世界观/ 与 设定/ | | 5 | 新增 设定/ 文件却不登记索引 | 必更新 设定/_索引.md |
被 novelist-design 引用落地世界观; 规则.md 是 novelist-check 的硬约束来源; 与 character/outline 目录互斥。
tools
UI/UX 与布局设计——做界面布局/结构/导航/组件/交互的设计决策。触发:做UI/UX/布局/排版/导航/组件/交互/栅格/响应式/图表选型/字体配对。按媒介路由 HTML/Web、原生 App(iOS/Android/桌面)、CLI、TUI。需后端动态系统不适用;配色/主题/色板走姊妹 skill design-color。
tools
主题与配色设计——做颜色搭配/调色板/主题/品牌色阶/暗模式的设计决策。触发:选配色/调色/主题/色板/品牌色/暗模式/对比度/色盲/UI风格。按媒介路由 HTML/Web(CSS变量)、原生App(平台token)、CLI(ANSI)、TUI(真彩/256/16降级)。保证可访问性(对比度/色盲安全)。需后端动态系统不适用;UI/UX 布局/组件/交互走姊妹 skill design-uiux。
tools
跨任意组件(plugin/skill/agent/command)的验证驱动优化循环纪律 skill。当用户要优化某个已有组件却无明确方向、或要防止改了反而更差(自评乐观偏差 / 多维同改归因失效 / 为凑分加废话膨胀)、或要把一套通用「评分→单变量改→改后验证严格更好才留否则回滚→触顶停」的纪律套到任意组件上时使用。管优化过程本身的纪律(validation gate / ratchet / 独立验证 / 触顶停),不评单组件深度(交 skill-dev),不查插件接线(交 plugin-dev)。仅手动 /optimize-any 触发。
data-ai
两层规则记忆 (基于 .skein/spec)。planning 时 recall 召回相关规则、task finish 后 sediment 沉淀学习 + prune 自动精简过期/重复/断链规则。core 常驻硬规 + recall 按需召回, 经判定门自动写盘 (不逐次问用户)。产出 .skein/spec 下 core/recall 规则文件 + index。另支持空仓 bootstrap 播种规则基线、记忆大面积失效 (大重构/换栈) 时 reconstruct 可逆归档后按项目类型分型重建、maintain 手动体检 (超预算/stale/断链/重复/废弃, --apply 自动修复)、auto-fix (Stop hook 写 .pending-fix 标记 → main 派 skein-specer bg 跑 maintain --apply 全自动修, 断链只报告)。