神风写作避坑指南

本文仅用于提醒新人如何不去写作神风文,并不代表本文编者支持神风文的发布

本文档本不该出现,但与如何撰写一篇原创层级的“应当”不同,这里列出了所有“不应”,以期警戒持续写出这些“神风文”的作者们。如果您想要提高质量,请阅读前者。

本文可能包含编者的主观看法。新人不必拘泥于本文的建议,但当你决定不采用这些建议时,你必须要清楚你要做什么,并且对自己的水平有数。

为防止本文内容过时,在本文正式发布后,任何有意向修订者皆可修改。感谢您的贡献。

Ender_EragonEnder_Eragon


看之前先等一下。虽然这上面说“防止本文内容过时”,但是现如今由于种种原因这里面的内容依然有很多被证明过时或者完全的不合理,例如“某种文会破坏设定”。如果你被某个人推荐看这里、或者自己点进了这里,你需要明白这里的很多东西“仅作参考”。

专有名词介绍

  • DV:Down Vote,差评,即点击评分按钮的“-”。
  • UV:Up Vote,好评,即点击评分按钮的“+”。
  • NV:No Vote,处于DV以及UV之间,即不点击评分按钮,表示“不好不坏”。通常用于“这个层级一般,还能改进”时。
  • 格式错乱:不按照正常格式的文章,但不同于神风文,此类文章通常有独特的含义与设计。
  • 临床腔:“clinical不带感情的 tone语气”的错误翻译,类似学术论文或实验报告的语言风格,是早期后室文比较推崇的写作方式。一个使用临床腔的句子如下:Level 0 中的所有房间都在外观上呈现出具有共同表面特征的统一制式模样,例如泛黄的墙纸、潮湿的地毯和以不一致方式安装的荧光灯具。
  • 口语化:类似日常闲聊的语言风格,与“临床腔”相对,在普通文章中不建议使用。一个使用口语化的句子如下:你最好不要进入这里,因为进去之后就会原地升天死亡。正确如下:此层级的危险系数高,因而不建议流浪者进入这里,这可能会导致流浪者被未知的力推入空中并死亡。1



在我们开始谈论这个话题之前,先来看看这篇文档:

lever %


生存难度:死去
  • 不安全
  • 不稳定
  • 实体恒星

lever %是后世的372073层
lever %外观就是一个大城市,非常大,我找不到路:(
现实中是没有这一个城市的,它就在lever %,非常大,面积有一亿个地区那么大,啊啊啊啊
尸体
这里的尸体比#*lever!*的垃圾强一万倍,进来就会死掉。只有我一个人不会死!我可以一拳打趴这里的所有尸体。我超级强力!!!
还有很多的派对客!##read[=)=)=)=)=)=)=)=)=)=)=)=)=)=)=)=)=)#
入口进不来
出口去leverfum里面自杀。
特殊尸体ab
Abshi一个巨大的机器人,非常大,比这个楼层还要大。它有打不死,可以反弹子弹,还有巨大的护盾,护盾值有999999999点。他可以一下砍掉任何人的投!
aB只听我的。他是我做出来的。
这个楼层是我的地盘,你们任何人都别想进来!!!=)=)=)=)=)
基地前哨和社区
meG在这个楼层建了一万个基地,但是全部被我打垮了。
想喝超级杏仁水的话过来用命换就可以了。

当你看完上述文档时,你有什么感受?2

神风文是我们对该类文章的通常称呼,此名来自于SCP维基的一篇指导。神风文的通常特点是:

  • //代码外漏**,或者根本不添加代码(如本指导开头示例)
  • 文章格式混乱(并不是指格式错乱,而是指行文毫无逻辑可言)
  • 极短(并不是说短文就是神风文,短篇作品中也有许多优质文档,但神风文通常很短,比如本指导开头示例)
  • 生存难度模块错误3
  • 文字排版混乱(如果你想精进你的排版技巧,可以看看这个4
  • 串台(如:“不想死就快跑”是Fandom Wiki的作品,请不要在Wikidot写作时引用M.E.G.CN,“不想死就快跑”5等;至于ASYNC实验室,那是一位Youtuber,Kane Pixal的视频里的设定。在引用内容前,请先确定本站确实存在相关设定,除非你想写crossover)
  • 名称错误(我们叫后室The Backrooms,不叫暗房The Blackrooms。)
  • 对于单词的拼写错误(层级的正确叫法是Level,而非lever,live或love,也不是lelel)及缺失或错用空格/符号/大小写(如将Level 1.5打成level1.5,将Level C-1145错写成Level C 1145或Level-C-1145,M.E.G.也不叫meG)。
  • 大量低能内容6
  • 由刚加入网站不久的成员发表,且如同初稿
  • 缺失一篇文章应有的模块(例如评分模块7,作者信息8,图源)9

一般来说,一篇神风很快就会被down到删除线以下10,而且这会让你给其他作者留下不好的印象。因此,写神风文是非常非常不可取的

Be the worthyBe the worthy
需要注意的是,这篇文章对于第一次入站的新人相当难懂——而换个角度看,这篇文章是站里众多老写手的经验的积累成果,自然会有一些过难的部分。不过对新人来看,这些文字毫无疑问是重要的,尽可能地看完你需要的部分,如果你对其中的某一部分有疑问,欢迎咨询站内的成员,包括我。
MING-CN_4937MING-CN_4937

所以,你看到了这个页面。不管你是因为在草稿区发了一篇“不堪入目”的文章而被某人把这个页面拍给你,还是恰巧点进来的新人。你要明白,“神风文”是致命的,如果你的文章里有这种成分,那会大大降低文章的评分。与其写了一百篇没有意义的文章,还不如好好读读这个页面写一篇还算说得过去的文章,对不对?

所以,继续往下读吧,希望你在阅览完后大有收获。
SaintafoxSaintafox

记得要仔细的看指导中的帮助文档

直接复制模板的基础代码可以有效避免忘记作者信息,标题错误等等小错误。
CDPhantomCDPhantom
如果你想用迭代但是不太会搞可以用这个工具来做迭代,另外,在撰写文章时应虚心请教,没人会因为你是个新手而嫌弃你。
Autumn_Ginkgo_Autumn_Ginkgo_
也许您认为这篇文档既冗长又繁杂,使您感到厌烦。但是,为了您能创作出一篇合格的作品,更是为了整个中分能够保持清洁的创作环境,我劝您耐心又认真地学习以下内容。


1.生存难度模块

1.1.模块代码使用

当你写作一篇层级文档(包括隐秘层级)时,你总是不可避免地要使用生存难度Survival Difficulty组件。11

但是,错误地使用生存等级会让你的文档看起来很蠢。

我们先来看看错误示范:




正解

生存难度:生存難度:

等级等級 1

  • {$one}
  • {$two}
  • {$three}

如何使用:

[[include :backrooms-wiki-cn:component:level-class
|class=等级
]]


class 处的可用参数包括以下内容,支持简繁体及英文输入。
English 简体中文 繁體中文
0 1 2 3 4 5 0 1 2 3 4 5 0 1 2 3 4 5
unknown 未知 未知
habitable 宜居 宜居
deadzone 死区 死區
pending 等待分级 等待分級
n/a 不适用 不適用
amended 修正 修正
omega 终结 終結

该组件支持简繁切换,如下方代码所示:

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级
]]


lang 处选择语言,cn 表示简体中文,tr 表示繁体中文,不填默认选择简体中文。

自定义等级

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级名字
|color=#000000(带有井号的十六进制色号代码。)
|image=链接(至图片的链接。)
|one=在这
|two=随便
|three=放文字
]]

使用 CSS 进行自定义:

你可以使用 CSS 进行额外的自定义,将代码放入到 [[module css]] 中或者是放入到页面的版式内都可以。在这一组件中,不要把 [[module css]] 放在 [[include]] 里面,把它放在那个的下面或者是页面的顶部或底部。
将这些代码放入到你的页面/版式中以编辑所有的颜色,因为组件的 |color= 部分仅能控制背景:

[[module css]]
.sd-container {
/* 字体 */
--sd-font: Poppins, Noto Sans SC, Noto Serif SC;

/* 边框 */
--sd-border: var(--gray-monochrome); /* 大多数等级 */
--sd-border-secondary: 0, 0, 0; /* 不适用 */
--sd-border-deadzone: 20, 0, 0; /* 死区 */

/* 标志 */
--sd-symbol: var(--sd-border) !important; /* 大多数标志 */
--sd-symbol-secondary: 255, 255, 255; /* 4 级以上的是白色 */

/* 文本 */
--sd-bullets: var(--sd-border) !important; /* 点句符文本颜色 */
--sd-text: var(--swatch-text-secondary-color); /* 顶部框文本颜色 */

/* 等级颜色 */
--class-0: 247, 227, 117;
--class-1: 247, 227, 117;
--class-1: 255, 201, 14;
--class-2: 245, 156, 0;
--class-3: 249, 90, 0;
--class-4: 254, 23, 1;
--class-5: 175, 6, 6;
--class-unknown: 38, 38, 38;
--class-habitable: 26, 128, 111;
--class-deadzone: 44, 13, 12;
--class-pending: 182, 182, 182;
--class-n-a: 38, 38, 38;
--class-amended: 185, 135, 212;
--class-omega: 25, 46, 255;
}
[[/module]]

旧版颜色:

如果你不喜欢新版的样式,想要用回旧版的红色边框色,只需要在你的页面中与组件一同引入下方的代码:

[[module css]]
.sd-container {
--sd-border: 90, 29, 27;
--sd-image: 90, 29, 27;
--sd-symbol: 90, 29, 27;
}
[[/module]]

完整的生存难度代码,以及生存难度等级之间的区别都在这里


1.2.关于生存难度等级

如前所述,我们没有定义0~5的整数之外的数字生存等级。让层级占据一个不寻常的生存等级意味着我们的M.E.G.需要先定义这个等级。注意,层级不是你随便幻想的地方。

宜居(Habitable的使用仅在那些无明显威胁而且有完整生态系统或大量补给的层级。不要滥用宜居生存难度——后室永远不是天堂。

死区(Deadzone顾名思义,是对难以生存、无法轻易存活、极端不宜居住的层级的描述。

不要随便动用死区等级。在文章质量难以保证的前提下,死区等级就是明面上摆出来“我的层级很厉害!很危险!”。

也不要为了危险而危险,把你的死区层级写成完全无法逃出、对所有人来说都是致命的陷阱。现有的多数死区层级在一定的条件下都可以存活。

修正(Amended12分级是一种文章被篡改的表现。当然,这里的篡改绝不仅仅是一行简单的派对客信息13就能糊弄的过去的!

不适用(N/A)仅适用于那些存在方式极为特殊的层级(如心灵宫殿,它只存在于意识中),或已经毁灭的层级。请不要在随便一篇什么层级里使用不适用

终结(Omega分级适用于那些已经毁灭或者设计机密的层级,通常为禁区。一般来讲,终结分级的层级也是比较宜居的,也有例外。但终结不代表就是宜居

等待分级(pending亦叫做“待定”,该分级层级通常而言目前并无法确定安危,且没有发现实体或其他危害。

精神危害(Ψ顾名思义,但请不要随意使用该分级!

环境危害([0~5]E)分级适用于存在环境危害的层级,并请据危害程度填写0~5E。

以及更多……

1.2.1.自定义生存难度等级

例如Level 817Level 906等,它们都是用了自定义生存难度等级,这可以提升文章的质量水平,也可以为层级进行一个更好的生存难度定位。

例如:

生存难度:生存難度:

等级等級 Welcome

  • 好的
  • 棒的
  • 完美的

如何使用:

[[include :backrooms-wiki-cn:component:level-class
|class=等级
]]


class 处的可用参数包括以下内容,支持简繁体及英文输入。
English 简体中文 繁體中文
0 1 2 3 4 5 0 1 2 3 4 5 0 1 2 3 4 5
unknown 未知 未知
habitable 宜居 宜居
deadzone 死区 死區
pending 等待分级 等待分級
n/a 不适用 不適用
amended 修正 修正
omega 终结 終結

该组件支持简繁切换,如下方代码所示:

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级
]]


lang 处选择语言,cn 表示简体中文,tr 表示繁体中文,不填默认选择简体中文。

自定义等级

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级名字
|color=#000000(带有井号的十六进制色号代码。)
|image=链接(至图片的链接。)
|one=在这
|two=随便
|three=放文字
]]

使用 CSS 进行自定义:

你可以使用 CSS 进行额外的自定义,将代码放入到 [[module css]] 中或者是放入到页面的版式内都可以。在这一组件中,不要把 [[module css]] 放在 [[include]] 里面,把它放在那个的下面或者是页面的顶部或底部。
将这些代码放入到你的页面/版式中以编辑所有的颜色,因为组件的 |color= 部分仅能控制背景:

[[module css]]
.sd-container {
/* 字体 */
--sd-font: Poppins, Noto Sans SC, Noto Serif SC;

/* 边框 */
--sd-border: var(--gray-monochrome); /* 大多数等级 */
--sd-border-secondary: 0, 0, 0; /* 不适用 */
--sd-border-deadzone: 20, 0, 0; /* 死区 */

/* 标志 */
--sd-symbol: var(--sd-border) !important; /* 大多数标志 */
--sd-symbol-secondary: 255, 255, 255; /* 4 级以上的是白色 */

/* 文本 */
--sd-bullets: var(--sd-border) !important; /* 点句符文本颜色 */
--sd-text: var(--swatch-text-secondary-color); /* 顶部框文本颜色 */

/* 等级颜色 */
--class-0: 247, 227, 117;
--class-1: 247, 227, 117;
--class-1: 255, 201, 14;
--class-2: 245, 156, 0;
--class-3: 249, 90, 0;
--class-4: 254, 23, 1;
--class-5: 175, 6, 6;
--class-unknown: 38, 38, 38;
--class-habitable: 26, 128, 111;
--class-deadzone: 44, 13, 12;
--class-pending: 182, 182, 182;
--class-n-a: 38, 38, 38;
--class-amended: 185, 135, 212;
--class-omega: 25, 46, 255;
}
[[/module]]

旧版颜色:

如果你不喜欢新版的样式,想要用回旧版的红色边框色,只需要在你的页面中与组件一同引入下方的代码:

[[module css]]
.sd-container {
--sd-border: 90, 29, 27;
--sd-image: 90, 29, 27;
--sd-symbol: 90, 29, 27;
}
[[/module]]

[[include component:level-class
|lang=cn
|class=Welcome
|color=#999de0
|one=好的
|two=棒的
|three=完美的
]]

需要注意的是,让你的层级拥有一个很特别的生存难度模块并让它出现在一系列层级sd速览视频里很诱人,但是自定义sd终究不是可以随意发挥的地方。如果你的层级完全符合生存难度5的定义并且没有被实体修正的痕迹,为什么不让它成为生存难度5呢?

例如:曾经有人想做一个星系大小的层级,而他自定义了一个生存难度叫“星系格局”,“文明之旅”,这种生存难度在世界观内完全违背了M.E.G.的初衷14,使它成为了这篇文章的作者说明“我的层级与众不同!”的工具。

1.3.关于等级描述部分

生存难度:生存難度:

等级等級 2

  • 安全
  • 稳定
  • 实体横行

如何使用:

[[include :backrooms-wiki-cn:component:level-class
|class=等级
]]


class 处的可用参数包括以下内容,支持简繁体及英文输入。
English 简体中文 繁體中文
0 1 2 3 4 5 0 1 2 3 4 5 0 1 2 3 4 5
unknown 未知 未知
habitable 宜居 宜居
deadzone 死区 死區
pending 等待分级 等待分級
n/a 不适用 不適用
amended 修正 修正
omega 终结 終結

该组件支持简繁切换,如下方代码所示:

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级
]]


lang 处选择语言,cn 表示简体中文,tr 表示繁体中文,不填默认选择简体中文。

自定义等级

[[include :backrooms-wiki-cn:component:level-class
|lang=cn/tr
|class=等级名字
|color=#000000(带有井号的十六进制色号代码。)
|image=链接(至图片的链接。)
|one=在这
|two=随便
|three=放文字
]]

使用 CSS 进行自定义:

你可以使用 CSS 进行额外的自定义,将代码放入到 [[module css]] 中或者是放入到页面的版式内都可以。在这一组件中,不要把 [[module css]] 放在 [[include]] 里面,把它放在那个的下面或者是页面的顶部或底部。
将这些代码放入到你的页面/版式中以编辑所有的颜色,因为组件的 |color= 部分仅能控制背景:

[[module css]]
.sd-container {
/* 字体 */
--sd-font: Poppins, Noto Sans SC, Noto Serif SC;

/* 边框 */
--sd-border: var(--gray-monochrome); /* 大多数等级 */
--sd-border-secondary: 0, 0, 0; /* 不适用 */
--sd-border-deadzone: 20, 0, 0; /* 死区 */

/* 标志 */
--sd-symbol: var(--sd-border) !important; /* 大多数标志 */
--sd-symbol-secondary: 255, 255, 255; /* 4 级以上的是白色 */

/* 文本 */
--sd-bullets: var(--sd-border) !important; /* 点句符文本颜色 */
--sd-text: var(--swatch-text-secondary-color); /* 顶部框文本颜色 */

/* 等级颜色 */
--class-0: 247, 227, 117;
--class-1: 247, 227, 117;
--class-1: 255, 201, 14;
--class-2: 245, 156, 0;
--class-3: 249, 90, 0;
--class-4: 254, 23, 1;
--class-5: 175, 6, 6;
--class-unknown: 38, 38, 38;
--class-habitable: 26, 128, 111;
--class-deadzone: 44, 13, 12;
--class-pending: 182, 182, 182;
--class-n-a: 38, 38, 38;
--class-amended: 185, 135, 212;
--class-omega: 25, 46, 255;
}
[[/module]]

旧版颜色:

如果你不喜欢新版的样式,想要用回旧版的红色边框色,只需要在你的页面中与组件一同引入下方的代码:

[[module css]]
.sd-container {
--sd-border: 90, 29, 27;
--sd-image: 90, 29, 27;
--sd-symbol: 90, 29, 27;
}
[[/module]]

上面是来自Level C-75的等级描述部分。怎么样?是不是以为我们要开始批判它了?完全不是。事实上,在阅读层级本身后会发现这个等级并非毫无根据,而是与文章内容有着紧密的联系:它描述了一个实体泛滥的层级,但是这些实体都无法构成直接威胁,因此,等级归为2。

内容与描述必须紧扣,不能偏离。例如,死区层级并不都是“潜在危险实体”,它们很有可能拥有大量实体,或根本没有实体。修改这些描述,方使它能够和文章紧扣。

1.4.其他可选组件

生存难度等级系统Survival Difficulty Class System(简称SDCS)并非层级类文章中唯一可用的模块,Wikidot的创作者们也开发出了其他类型的分级系统模块可供使用。然而,仍然不太建议新人作者贸然使用这些模块,因为它们的使用可能会受到场合的局限。以下列举两种:LPCSTSDM

1.4.1.层级属性分类系统

  • 层级属性分类系统Level Property Classification System是由正电子科技公司(E.P.B.)开发的对层级的固有属性进行评估的一套分类系统,用于描述一个层级的客观性质。可与生存难度系统(层级等级系统)搭配使用,也可单独使用。
  • LPCS与SDCS的主要区别:SDCS侧重点是为流浪者提供求生参考,用于“生存”目的;而LPCS侧重于科学性更强的“研究”目的,即定义一个层级的本质属性。因此,LPCS通常被使用在具有科学研究色彩的文章里(不绝对)。
  • 一个使用LPCS的例子是Level C-125(同时也使用了SDCS)。
  • LPCS的作者是Meauzeek ZamponaMeauzeek Zampona

使用方法:在文章中插入以下代码:

[[include :backrooms-wiki-cn:component:lpcs
|class=类别代号(中文或字母)【类别代码详见这里
|lang=语言(cn=简体中文,tr=繁体中文)
]]

1.4.2.标签化生存难度模块

  • 标签化生存难度模块Tagged Survival Difficulty Module是基于生存难度模块(SDCS)的一种延伸与拓展。除会显示生存等级、安全性、稳定性、实体数量外,TSDM还提供了25种(后续可能会进行扩充)可视化的层级详情标签图标,有助于流浪者一目了然地了解层级的危害种类及异常特性。
  • 一个使用TSDM的例子是Level C-107
  • TSDM的作者是GaplouelPew。

2.描述部分

2.1.临床腔与指导风格

不要写一篇带有个人主观色彩的正式层级记录。

大部分层级不是一个人的层级,更不是只有你的层级。大部分层级在写作时都需要客观、多面、准确严谨的描述。不要试图违反这个写作风格。

不要运用过多生活语言。

层级不是日记。即使你要营造怀旧感,也不能抛弃准确严谨的语言风格。更不应该将文化片面的内容加进描述中:你自己可能会怀旧,但这不代表其他人会这样。

例子15如果你要描述一个摆满了杏仁水的无限冰柜,你不该写:

这个层级是由装满了杏仁水的冰柜组成,待在这会让人想起小时候去过的小超市的冰柜。这些杏仁水的包装千奇百怪,有些包装甚至用任何工具都完全无法打开。在这呆久了会让人浑身发冷,所以为了精神和身体健康考虑,别在这待太久。


你应该写:

此层级主要由大型冰柜组成,其外观与前厅中的类似。冰柜中会发现大量的瓶装杏仁水,在被拿走后会以未知方式自行补充。部分杏仁水的包装设计似乎不适合人类开启。据报告称长期在此层级逗留会引起体温下降以及产生异样的怀旧感。




Herman MayeHerman Maye
临床腔来源于论文、教科书、指南/指导等。这类作品有一个共同点:它们都是系统地论述或教导一个人如何办一件事、制作一些东西或是一些知识。临床腔的根本目的在于用清晰无歧义的文字让读者通俗易懂地学习一个事物。在日常生活用语中,我们习惯“侃侃而谈”,例如“哎呀,他搞这些事情又和我们没有关系”,这是一句典型的日常用语,是不适用于临床腔需求的。我们可以把它改成临床腔风格。请看:“目前已知某某某的行为已被证实不能影响我们的行动。”

避免口语化不意味着一定要使用临床腔,具体用语风格应顺应文章主题,Level C-307便是个有名的例子。

2.2.层级主体形象

不要表现出模糊的层级形象。


就如文章开头那一段所写,

lever %外观就是一个大城市,非常大。


这句话就是层级的全部描述。在读完描述后,读者可能会有很多问题:城市是什么样子?是与前厅相似还是其他风格?如果这是一篇还可以的层级的描述,那么评论区会变成大型Q&A现场。首先,所有层级都不是一个模糊的形象能够概括的。虽然作者的脑中有这样一个层级的形象,但读者可能根本不知道在讲述什么;或是作者本身也没有思考过层级应该是什么形象。创作者需要做的就是将层级的形象具体细化。


ThisUserDoesntExist
当然,如果文档本身确实需要你这么去写也是没问题的。如果你不知道文档本身需不需要写得这么模糊,你可以在本站讨论区求助。后室维基社区总是会帮助那些需要他们帮助的人。

2.3.专有名词

请注意:Wikidot后室里的一些译名与Fandom不统一,请入乡随俗!

完整列表见此,不再多言。需要注意的是,在这个表里已经给出翻译的词语不要再去使用它的英文原文(例如,你应该写“这个层级是一座大型现代化城市”,而不是“这个Level”)

BR-roomsBR-rooms


如果你写的文章有一大堆专有名词,或者必须需要大量的专有名词,那我建议你——多用几个脚注解释解释你这个“名词”到底是什么意思,不然这只会让读者在看你的文章的时候疯掉16

2.4.数据合理性

不要让你的数据夸张且毫无缘由

初学者常犯的毛病之一就是试图通过夸张的数据来增强表现力,比如这样的描述:

该层级是一片原始热带雨林,面积约5000平方公里……最大的湖泊水深到达6000米……(并没有提及任何的足够测量该数据的工具或特性的描写)

记住,写出层级的人是一个普通的人类,并且大型的探测道具很难被带到其他层级(比如潜水艇),不要毫无根据地描述一段夸张的数据。如果修改,应当提及该层级具有完备的测量工具或者其他异常特性,让你的逻辑自恰。

2.5.其它

概念
把你的读者当成第一次接触后室。


别把读者当成非常有理解能力的人。换言之,你的层级不能晦涩难懂,不能含有大量过于专业的知识17


Lustroit404Lustroit404


之前就有两篇因为专业术语翻车的文了,不是吗?当拥有大量专业术语的文章衔接不上逻辑导致无法自洽时,它就是一篇神风文。



把你的读者当成真正的后室流浪者。


别再解释那些如切出(noclip),层级(level),实体(entity)之类的基本概念。否则你只是像当博士们在讨论杂交水稻的时候打断并说“水稻是用来做米饭的”。

综上所述,概念需要明确:圈内内容,不言自明;圈外内容,详尽解释。

篇幅
少即是多。

能用一个字表达的描述绝不用三个字完成。不要将描述写得冗长,更不要将描述碎片化为很多方面

Lustroit404Lustroit404


当一篇文章长度达到某个程度,比如4k字或者2w字,它就自带了“反流量”特征,愿意阅读这篇文的读者就会大量减少——如果不是参加活动文或者竞赛文,哪怕再好的长篇文章,评分也不会太高;十四五分就是他们的上限。而五六十分的长文乃至百分长文,更多是对竞赛文或活动文的一种“礼遇”。


但那些突兀的短篇不一定成功。

在初学者情况下,请尽量不要写只有100个字的层级描述(除非层级本身的特点就在于此)。你付出在短篇的精力是远不及一篇正常长度的。若你的文字很浅薄的话,短篇只会让人感到鄙夷。

新人第一篇,确认你的描述篇幅在300字以上(包含标点符号等)。不到半篇作文。事实上,一篇300字的描述只有这么多:18

环境

Level C-57外观为一处占地30平方米的前厅公共场所卫生间,且不存在任何除隔间门外的门或窗口。层级的水池旁漂浮着五滴被静止于空中的水滴。卫生间隔间的门一共五扇,但仅有一扇为开启状态。其内部充满了静止于空中的水滴,隔间右侧角落下方空中漂浮着一根被静止的烟头,距地面一米处的空中漂浮着一副红框眼镜。

特性

Level C-57处于完全静止的状态,层级中除流浪者,及其带进层级的装备外所有物体均无法移动或破坏,任何试图强行改变物体位置的行为都会失败。若流浪者试图在层级中强行穿越水滴或其它静止物,其会被静止物切割与贯穿,最终导致死亡。已被证实的是,在层级内呼吸并不会受影响。

层级中的流浪者一旦死亡,尸体会立即被切出至流浪者进入Level C-57前所在层级。

2.6.初期建议——创建一个可视化环境总览,来形成简单的层级主体(环境概念)

这里是一份单独的,讲解有关层级主体的指导。我意识到,这篇指导(防神风指南)在最初编写的时候,首先侧重的当然是“不要做什么”,于是,在“描述部分”这一栏目当中,居然首先描述的是“语言风格”,接着是很简单的“层级主体形象”,便收尾了,后边依次描述的似乎只是一些很粗浅的写作建议集合,而并不能真正串联在一起。
这是当然的,因为“如何写作一篇层级”已经首先出现在指导中心当中了,然而,这仍然改变不了在我的认识当中,这篇防神风似乎并不能承担应有的,阻止初试者犯错的功能,于是我个人基于一些简单的经验,在此写作了一份实用性有限、却明确的指导。它不适用于强调故事、角色和任何彻底脱离环境塑造概念的层级文章,而更加适合用于理清你的思路,明确着笔的起点,写作的脉络。

首先,你希望创作什么?这里我讨论的并非是一个简单的“点子”(Point),而是一个明确的,已经可以建设起来的环境概念。这并不仅仅描述的是这个世界、场景、箱庭、关卡、现实、生态系统、情形、异常自然、感知体验或其他一些类型的对于环境的称呼长什么样子,而是指,你“可以”如何写作它,丰富它,搭建它。

绝大多数的层级创作者首先最常做的,是提供一份可以简单阅读的环境总览,这和“2.2 层级主体形象”的一致,注重提供一份可视化的印象,让读者率先接受这份场景的视觉影像。一个适当的环境总览,它大体提供了,这里的“整体环境形态”“需要被告知、关注的特征”和“起始印象的搭建”。
刚才说的这些,可能作为写作新手的你并不能完全理解,没关系,这里有一个例子:

Level 7是一片广阔到不可思议的海洋,似乎在所有方向上都无限延伸。该层级内部缺乏固定光源,仅存在普遍的自然光提供昏暗的照明。因该层级极端危险,又需要做好大量准备才能在其中成功导向,因此难以对该层级开展细致的勘探。我们对Level 7的所知如下:
Level 7虽仍有大部分区域未被探索,但其理论上由两个房间组成:入口房间与承载着海洋的“房间”,后者的的混凝土天花板高悬于水面之上。入口房间似乎是Level 7内最易于抵达的切入点,只需沿着Level 6内的楼梯井走下即可到达。入口房间是整个层级内最宜居的区域,对于那些敢于探索深海的流浪者而言,其也是建立基地的第一选择。

没错。这个例子来自于Level 7的开头段落。通过简单的两行语句,读者可以清楚地理解这段文字提供的一些信息:

  • 第一段,海洋、方向延伸、光照特征、危险性质、探索困难。
  • 第二段,整体环境的构成,区域划分和一些简单的叙事性质描述。你会看到它描述了航海者和基地,这样的人物活动。

这毫无疑问是一份相当合格的环境总览描述,尽管可能谈不上优秀。它可能并没有进一步地去详细描述这一现实的真正内在,这些区域潜在的一些运作模式还有一些仍然读者在期待的内容,但是,一个明确的,可视化的海洋已经出现在了你的眼前。你知道它大体什么模样,并且富有怎么样的特征,这些特征是如何呈现的。

在这里,我提供一个简单的相反例子,如下:

Level C-XXX表现为一片无限的沙漠,它最大的困难在于昼夜温差的变化,它晚上最低温度会达到-40摄氏度,在白天,太阳挂在头顶,让沙漠逐渐到达50摄氏度的高温。幸运的是,这一层级拥有Wi-Fi,于是我们能够和困在此处的流浪者们进行联系。

好,审视你的文字。你可能觉得它们前后衔接连贯(我并不愿意在层级主体创造的讲解中谈论内容呈现顺序、连接性问题),但是,我问你几个问题。你确定你采取了正确的语句描述了你意图创建的场景吗?你确定你交代的信息顺利地成为了环境印象的一部分吗?你是直接阐述这个层级有什么现象,这个现象是xxx的吗?

在写作层级主体的时候,至少是环境总览的时候,你最好首先大致地交代你创建的层级的性质,并让它们依附、联结在你的创作主体上,否则,你的写作最终可能会像是我刚才给出的例子那样糟糕。

上述这些,是基础的环境总览段落写作思路。一般而言,真正的环境总览写作,其实并不强调创建一个可供认识的视觉影像、整体场景构成的印象,甚至并不一定包含对于“性质”“具体事物”的描述,然而这篇指导面向的是新手,于是,我个人很推荐在初期写作的时候,首先从色彩、图形设计、场景要素、空间构成、性质介绍、独到特征这些方面进行描述。相较于朦胧、含糊地介绍一个难以真正描述、创建的无限城市、巨型海洋和无限封闭房间,一个可视化的废弃工地、灵异公园、塑料森林、人行道会是更佳的选择。

然后,基于这样的环境总览,大体来讲,你应当已经存在一个环境概念希望去创作。目前来讲,Wikidot后室中文的指导文章,如何写作一篇层级提供的写作模板和一些例子,网站内的很多文章,有些倾向于简单的特征分类写作,例如第一段描述环境总体模样,第二段描述空间形态,第三段描述可能的实体分布,并且偶尔会倾向于创造一些别样、独到的特征,这样类型的文章广泛出现于英文站早期文章创作当中,时至今日,我们仍然能够看到一些文章,让不同段落介绍不同的环境或非环境特征。
我刚才说明这些,是想表明,这是可以的。简单从不同方面阐述环境,基于所谓细节,设定、丰富环境的具体构成,这是一个很适合作为新手写作的场景创建路径。相较于“在建造前人类工程师已经在脑海里构思完一切”,这般一点点完善创作,毫无疑问是一个更加适当的选择。尽管这往往意味着你在处理那些可能脱离于你文章的模板内容(如出入口)的时候会有些力不从心,并且可能导致你忽略在“整体环境视野”下的建设,不过这里不提这些。

在这里,Level 7倒并不是一个适当的例子,我个人推荐这篇文章,BoringTalkings的Level 421。
这篇文章,可以清楚地看到,划分为不同的区块,分别介绍、描述不同的内容,并存在一些简单的顺序。在每个区块当中,内容的描述是紧密拼凑在一起的,或是重复描述,或是对某种发展后的“结果”的阐述。

是的,到这里就结束了。一般来讲,在最初期的新手写作的时候,能够把握住环境概念的架构,有这方面意识的思考,已经是很可观的事情了,相较于“不去做什么”“接下来做什么”,这些很容易形成别的不同的,或不相干,或需要单独花费大量篇幅陈列指导文字,于是并不在这里进行讨论。

2.7. 文字堆砌风

在后室中,你或许能看到一部分以「文字堆砌风」的语言风格来撰写的文档,诸如 Level 133Level C-917 等,看到这类文章的你可能会觉得「哇!高端大气上档次!我也要写!」,结果导致你写出来的效果可能好评如潮,不尽人意,或文章被 down 删。如果你的结局是后两个,你的脑中是不是已经开始在撰写一本《十万个为什么》了——我明明看了很多这种风格的文章,但为什么模仿效果不尽人意?为什么别人的分那么高,而我的却那么低?巴拉巴拉……

这里以我的个人的成功经验为你提出几个建议。

个人最常用的手法即是堆比喻和意象,在这里引用一篇我的文章——Level C-1921

铝液触物即凝,并彼此相融,化作血肉,将受害者在空中裹成银茧,并落入下方的失色楼群中。随后,茧蛹在铝雨的不断浇灌下重获新生,枝芽从中破出,在风雨中疯长,最终枝干化作摩天大楼,以无数无名客的血肉为基础刺向天空——宛如雨林中拔地而起的巨树,只不过这棵树是受害者的肉体。

Question:「里面有几个比喻和意象?」答:「银茧」「枝芽」「枝干」「雨林」「巨树」。你答对啦~为你鼓掌~发现了吗?这一段里面堆了些比喻和意象,而这些东西大多是用于对细节的勾勒,防止读者对不上我的脑电波。在写作的过程中,你也可以在文段中适当堆一些合适的比喻和意象,就是小学老师都教过的:「运用了比喻的修辞手法……」。

再来看这一段:

这种身心交瘁的折磨永无止境,其苦痛随光阴流转愈演愈烈,纵使是最坚韧的意志亦将土崩瓦解,面对这钢铁洪流,任何防御措施都形同虚设。炼狱的阴谋囚禁万物,众生困于无数「自己」的视角,被迫旁观过去的自己遭受连环折磨,肉身之存在不仅让自己的灵魂永堕苦海,更为众生铺就一条避无可避的黄泉路——一人之痛,众生皆承。万物在铝雨城中如同胃囊中的食糜,经历无数次的解体重构,与彼此不可分离地永远相拥。

看这段,你发现了什么吗?没错,我写出了一段与层级环境无关的描述,目的便是渲染氛围,进一步细化描写;你就和上面的堆比喻一样,理解成像调味料那种的吧。但是,「调味料」放太多了,菜就难吃了,如果你花费了大量笔墨,集中描写在与层级主体弱相关的内容,那么只会让读者觉得这篇文章长而无物——这也是「文字堆砌风」的最大弊端之一。一定要想好,你堆的这些描述量会不会太多了?是不是为文章主旨服务的?有没有什么比现阶段更合适的句子?不过建议到打磨时期后再想,毕竟费脑。

堆一些四字词语,或者直接原地创造出一个也是可行的方案,不过这个方法就比较考验你的词汇量了,还是建议上网查查什么的,其实我也是这样,会写着写着就词穷了。哦,还有堆心理描写,比如我和 DuskkkkDuskkkk 合著的 Level C-1245,不过这个比较适合以第一、二人称的视角为主的文章,个人倒不大建议这么写,比较难把控。

总结一下就是:「堆比喻和意象」「堆四字词语」「堆心理描写」「略微提及一些弱相关内容」,三「堆」一「略」,是不是很简单?别忘了后续还要打磨!

话虽如此,我还是不建议你去使用「文字堆砌风」。我在此给你举个例子——Level C-902,纯粹的写景类文章,文笔即是卖点,点子概括一下就是「一片有湖泊的草地上系了几个气球」,然后呢?没了,就这样。这类纯靠文笔作为卖点的文章,可能有些人会觉得「高端大气上档次」,美美地给你一个 uv;但有些人就不吃这一套,在发现文笔的重重包装下,内核平淡无味,可能会选择给 nv 或者一个 dv;我的早期文章为例——Level C-767Level C-878 亦是如此,金玉其外,「淡泊」其里。并没有说这类文章不好的意思,只是说,「用文笔来决定文章生死的想法」放到现在已经不适用了,挺多读者,现在也不怎么吃这一套了,因为我也踩过坑。

优秀的文章,文笔,点子缺一不可。

以及,堆描述的时候容易走火入魔,导致比例失衡——还是 Level C-1245,这篇文在心理和情绪描写上着墨过多,有些部分其实不必如此详尽。修饰的确能提升文章的「高级感」,也确实能在一定程度上增强表现效果,但这种方法需要较强的文字把控力,且难以驾驭。在尝试「文字堆砌风」的时候,不要将其和临床腔共用,这样你就可能得到一个支离破碎的「堆床风」,四不像,而且更容易吃读者的负面评论。如果写作功底尚不够扎实,请谨慎尝试。

在尝试「文字堆砌风」的时候,不要将其和临床腔共用,这样你就可能得到一个支离破碎的「堆床风」,四不像,各个句子/段落之间衔接割裂,而且更容易吃读者的负面评论。如果写作功底尚不够扎实,请谨慎尝试。

2.8. 听说你想写篇死区

古往今来,人类总是对自己的同胞怀有十足的恶意,那么生存难度死区的出现就具有十足的必然性。——但这并不意味着死区是什么『时尚单品』,更不意味着站内人总是喜闻乐见一篇死区的诞生,并且为之降低评分标准。

一片流奶与蜜的应许之地可不可以是死区?

请告诉我你对这个问题的回答。如果你只能想到『这里实体横行』、『禁用一切物品』,那么这则条目正是为你所准备的。

要明白:死区并不一定意味着昏暗、恐怖的荒芜死地。人类何其脆弱,天灾人祸样样不抗;而后室何其广袤,任何一点『微小』的差错都足以让某地尸横遍野。因此如果创意到位,层级的任何部位都有可能成为致命源——我是说任何部位。它可以来自基本环境理化性质特殊效应实体精神影响附加状态人类团体物品食品,甚至是出入口;而死亡进程更有不杀死未开始杀死迅速杀死,甚至逃离后杀死短时间折磨长时间折磨,甚至永世折磨;至于具体死法……更是浩如烟海。

与其绞尽脑汁地叠加数值、缝合特性来让你的死区更『死』,倒不如休息一下,让浑然天成的灵感激起那血泊一朵朵。但如果你不确定你的创意足够巧妙有趣,亦或是它不那么致命——放弃这篇死区。每一个点子各得其所才是好事,不要去东拼西凑来够到所谓的难度门槛。

——这不仅无趣,还是一个十分严重的问题。

此层级存在边界,以流浪者为参照约距离主体部分5000km,当流浪者触碰边界时,将会从进入前所在层级的高空掉落,同时所携带的能够防止死亡的物品都将消失。若原先层级不存在高空则流浪者将立即死亡。目前没有发现在进入此层级后仍然存活的流浪者。

——这篇文章著于回归成名之后,我相信作者应该为他的小『致敬』感到十分得意。但事实是:无来由的大数字,原创性堪忧的层级特性,以及极其刻意的逃生物品封锁,于是你便看到了一个创意死区的反面案例。

首先,对于大数字的来源可以延伸出两种写作观念——关于人们如何探索一个死区,并且得到准确信息。你可以全然不在乎,只是专注于表达清楚你想表达的内容;但你也可以专门在这方面下文章,用心写好人们艰难探索这个死区的具体历程。但无论如何,出现在你死区中的信息、数值等,应当具有合理的解释。

其次,若干个已经存在了的创意,并不能被轻易缝合成一个新的创意;它既不会变得更加致命,也不会让读者觉得更加新颖。相反,一旦读者在你的创意里嗅到了前人的影子,请你做好被读者认为是『拙劣模仿』的准备——除非你真的把老创意发挥出了新的高度。

此外,逃生物品封锁是早期CII层群死区(尤其是我的早期作品(乐死))的一大特点——要注意这不是什么值得借鉴的元素。真正优秀的死区应当不怒自威,仅靠最简单的自身特性,便可天然地杀死一切求生希望。

最后,死区写作时常会涉及血腥、恐怖、猎奇的元素——不然怎么叫死区呢,对吧?但这并不是必需品。如果你接受不了、写不下去,请不要为难自己:残忍杀戮过程的缺失,并不会让死区的质量变差19;但如果你深得此道,请注意不要玩的太过:这里不是一个专门写恐怖猎奇文章的站点,成员们的接受能力与心理准备不一定如作者那样强大。总而言之,我的建议是:杀死流浪者,而不是杀死读者。

如果你了解清楚了这一切,还是对自己的死区抱有十足的自信——尽管去杀它个七进七出吧!

3.层级的出入口

别说你的层级没有入口。没有入口的层级该怎么进入观测呢?如果你真的想写一个可以从层级之外观测但又找不到入口的层级,你就更应该详细讲述一下这个层级的发现历程。如果一个层级自过去到未来从来没有任何一个入口,也没有讲述发现的过程,那么这个文档怎能让流浪者相信层级的存在呢?

Null0Null0
请不要忘记一点:在世界观内,你所写作的层级文档是由流浪者撰写的。如果任何人都根本进不去这个层级(当然,“仅物质切入”一类是可以的),那么他们是不可能得知这个层级存在的(除非他们从某些很可能不可信的神异存在口中得知),又怎么可能会去写一篇与之相关的文档呢?

3.1.写出入口时应注意的

不要涉及具体的概率。

在世界观内,具体的概率永远无法准确地测得。且如果使用了概率,M.E.G.就需一直修改这个概率来让它符合当今的样本。不要写一个非常具体的概率,否则一看就是编造。

不要随意使用人为的属性划分规定层级出入口。


无论是生存难度等级系统(SDCS),还是层级属性分类系统(LPCS),都是人为规定的层级分类。通常情况下,层级无力理解这类系统,更不会将自身和其他层级按照这种人为属性做划分。

在文中声称“到达生存难度/层级属性为某某的层级”,在世界观内势必需要更多解释,而很多时候这种解释未免有欲盖弥彰之嫌。一个取代方案是“到达安全/危险的层级”。当然,如果你认为这是完善层级形象的必要部分,借此大做文章也未免不可,但仍需避免过于牵强的解释。

别轻易就传送。

关于切入/切出

此名词来源于电子游戏中的穿模。指的是玩家角色模型因设计缺陷有时会失去碰撞体积而与游戏中的环境建模重叠而引发的故障现象。在后室中是流浪者们穿梭在各个层级中的主要方法,因为进行此动作就像电子游戏一样需要执行此项动作的人进入墙壁/天花板中,故此得名。

可以看出我们希望切入/切出成为主要的层级间转移方式。传送并不是一个很好的想法,有很多漏洞需要补全:传送的流浪者身上的衣物还是否存在?随手拿的物品呢?等等问题,而解决这些问题的替代方案就是切入/切出。


不要去往和来自未知的地点。


出口不要去往没有边界的大量层级,入口也不要从大量层级都可以进来。想象你是流浪者,想去层级搜寻物资/找寻组织/探险,而在档案库中这个层级的入口却是“一切层级”,流浪者会怎么想?除非这些入口都出现在具有同一个特点的一些层级,你才可以这么写。

Cat-herine


也请各位写手注意,“随机出入口”确实是个偷懒的好办法,但记住你的任何文章都是在世界观内供流浪者 的生存指南:

这个层级是一个巨大的欧洲风格城镇,当你通过一扇门进入一个层级时有概率进入

像这样的层级在世界观内完全是M.E.G.和普通流浪者的灾难:没有人想要走着走着就和同伴走散了。

不要使用常见的行为/念头链至早期/知名层级。

NPCenterNPCenter(评论2023经典竞赛的参赛文)


我,永恒,在这求求你们,不要再拼命榨干那些早期文的生命力了。

huajuan1583huajuan1583(调侃大批随意链接至Level 11的层级)


我在L11“不要切挑战”只坚持了0秒,快来试试吧!

Alex_114Alex_114


你是想让出口全是L11是吧,先不说1设就这么多出入口,你2设还是整那么多。

Lustroit404Lustroit404


两步一五级,五步一死区,还想怎么折腾L11呢?再这么折腾,L11就不再是L11了。

几个典型的例子是“在Level 11吃喝/散步/睡觉/放松时有概率进入此层级”20。此类出入口通常与文的主题关联极低,且充分表现了作者少得可怜的阅读量和不加思考的出入口设计。出入口应当是文的组成部分,且逻辑自洽,与主题和出入口层级紧密关联,而非随意敷衍了事。

太过离谱的行为也不行。


层级的出入口不能条件太过苛刻。如“在层级内累计呼吸10000次后滚下楼梯可以切出到……”这个出口就有明显的编造痕迹,因为发现这个出口的概率微乎其微。

谨慎链接至Fandom后室或其他站外作品。

除非你能写出类似Level C-100这样具有深刻含义的作品,或是仅仅进行与后室主设定关联不大的搞笑文写作。

去看看Crossover设定中心页,并且读一读列表的文章。那些出色的作品才是你的目标。而且,看一看它们连接到了哪一些站外作品。谨慎选择你的联动对象。目前有几个雷点:

RBTL


尽管如此,如果真的需要用到Fandom或者其他网站的某些设定,请保证你与要链接到的层级作者做好了足够充分的交涉(如果是你自己写的就更好不过了),然后尽可能减少因此对双方设定带来的冲击性,比如说限制出入口能通往的层级。



3.2.为什么我们不建议你使自己层级的出入口通向前厅?

因为后室不是旅游景点。

后室是牢笼,不是旅游景点。在出口通向前厅的前提下,很多流浪者能够直接逃离这个魔鬼般的后室,之后这里就会空无一人,那么,你凭借一人之力毁了整个后室设定。为后室的未来着想,大部分创作者会downvote你的文章。

Herman MayeHerman Maye


虽然对于后室的起源什么的现在并没有文章描述,但是我们公认后室是独立于前厅(现实)的,且前厅与后室是单向连接。后室之所以能有这么多的精彩故事,究其原因就在于后室不能回到前厅,要是有一个出口可以轻易回去,那就没人愿意留在这种地方,后室的所有文章也就都不成立了。当然,如果你的文章愿意给前厅和后室之间的联系写一个不是很离谱的设定,我们是一定欢迎的。

RBTL


说实话,我们应当禁止的不是“能回到前厅”,而是“能够轻易地回到前厅”。至少我认为,Fandom能够回到前厅的层级多数都难以令流浪者真正付出巨大的代价,从而让“回到前厅”这一事实的意义变得廉价。“极少数的几个能令流浪者付出足够的不同代价的,绝对难以到达的能回到前厅的出口”这样的层级目前还没有任何一个文章能达到这个高度,尽管Fandom的Level 9223372036854775807有着类似的效果,但是其他多数的前厅出口毫无章法地创作与设定的尚不完善最终还是毁了这个层级。至少,现阶段很难在Wikidot这个网站安插“能回到前厅”这个设定。请不要质疑我对Fandom的了解程度,我本人即为Fandom写手。


更多出入口相关可以看这里21

3.3.让你的出入口参与到层级文章的建设当中。

位于Wikidot后室中文网站的绝大多数文章,或多或少采取了一些轻率的方式安置了“出入口”,这是因为,绝大多数创作者首先着眼的是对于“层级主体”,或者说“创作主体”的设定写作,相较于在事实上,往往只是安置于文章末尾,并不显得重要且少有读者真正在意的“出入口”,首先花费笔墨建设层级的环境形态,会是一个更为良好,且更为让人们能够接受的选择。而在事实上,基于一般模版(指网站指导中心的“如何写作一篇层级”的指导文章),让出入口更多地成为加入一些趣味要素的简单设计,会是一个更为简单、轻松的工作,在上述的这些,即3.1、3.2的指导文字,往往采取这样简单的样式描述出入口,即便在LiurdLiurd提供的链接当中,描述了一些基于临场腔调、客观描述、详细建设的出入口,它们仍然可以简单归类于“一般模式”。

相信有一些读者已经首先意识到了一件事情,如果基于这种一般模式进行思考,那么在事实上,这些出入口往往并不真正参与文章内容的创作工作当中,试想一下,存在一个户外街道的层级世界,然后,文章作者选择这样写作出口:闭上眼睛,等待街道上的车辆行进声音消逝,慢慢的,会有细密的水流浸没了整个环境,浸没了你的肌肤,然后,你会在Level C-XXX醒来。

在这段文字当中,实际上,读者可以意识到作者意图创建一种环境转变,或者说场景过渡,它聚焦的是一种体验,然而,这样的出口可能仍然和文章的主体内容是相互割裂、毫不相干的。对于刚才描述的这个户外街道世界,我们可以假设,这位作者依次基于异形车辆、超高墙体和路标恐怖创作了一个户外街景层级世界,然后,它让这样一段文字,直接出现在了文章末尾的“出入口”作结。相信读者在这里可以意识到,这段文字失败地成为了一种,单独的,和正文关联薄弱的,只是为了作为出口而存在的文字。然后,这样的文字,事实上广泛地存在于现如今的Wikidot后室中文的文章当中,包括了一些高分文章。

实际上来讲,一个适当的出入口是需要参与层级主体的创作建设活动当中,成为文章的一部分的。仍然使用刚才提到的例子,这回我们并不使用水流环境作为出口,而是选定一个封闭环境作为一个出入口,这个封闭环境或许可以是一个购物中心。还记得那个户外街景层级建设当中,将成为内容建设主体的“超高墙体”吗?这回,我们跨越文章的界限,为即将抖落的包袱的“结局”或者说“真相”搭建一些简单、轻巧的联系。这一回,出口相关的文字段落将这么说明:

有一些路标建设在一些大厦模样的混凝土高墙上,透过窗户往外插出。然后,就在这些窗户背后,是一整个,仿佛从另一个世界围绕了这片街景的漆黑商场,它们似乎跨越了建筑的界限,采取不可思议的模样彼此连接在一体。Level C-XXX和这一层级,实际上只有一墙之隔,密不可分地联结在一起,在竖立于这片街道的墙体上形成了怪异、不自然的双向门户。

通过墙壁、窗户,我们让一个户外环境和一个室内环境联结在了一起。如果读者有心,可以意识到一件事情,创作者似乎希望采取一种隐晦的文字描述两个世界不自然的联系。实际上来讲,如果创作者希望,创作者可以基于这份联系,进一步去描述这种“跨层级”的联结感,而这是在当前网站当中少有人做的。实际上来讲,由于他人的作品往往并不能真正很好地和,例如未来的你,的创作结合在一起,况且往往创作一篇层级文章,首先注重的是自身的,可以单独进行讨论的环境建设,于是,让出入口成为跨层级(跨文章)的门户,形成进一步的拓展,会是一个富有挑战性的选项。

那么接下来聊一些别样的例子。Level 3。这里希望讨论的并不是位于Level 3文章末尾的“出入口”,而是位于“描述”的倒数第二自然段的一个简单语句。

据报道,还有一些区域的空气十分潮湿、厚重,难以呼吸。


实际上来讲,这一语句是很特别的,相较于Level 3整篇文章采取“概括式”的文字,直接描述层级整体形态的语言风格,这一文字显得尤为突出。它不正常。这段语句位于环境的温度特征的描述,而在这些温度特征的徐徐道来当中,同样出现了一些让人倍感不安、明显而突出的信息。“Level 3内众多的机械导致其内的温度令人不舒服,但一般来说是可以忍受的”“因为有些地带的温度可能会突然上升到令人难以忍受的程度”。

这样的,经过对比而被强化的信息,让这一段落显得尤为独特,于是,它在整个Level 3当中,创建了一个,有别于“一般的Level 3”区域的,“不正常的Level 3”区域,这样的区域并没有真正写作在文章当中,只是省略为了很简单的语句,然而,很大程度上,至少是目前正在阅读这篇指导的你需要意识到,这种隐形区域的创建,它真正参与到了Level 3这一层级环境的创造当中,成为了一个真正独到,可以进行探讨的“出入口”。它可能并不是作者有意创造的,然而在事实上,这段文字做到了绝大多数“出入口”类型文字都没有做到的事情:创造了门户,创造了空间,创造了现实。
这可能有些夸大,只是这符合了某种一般直觉,我是说,如阈限空间(Liminal Space),越界(Out of Border),阴面现实/幽灵空间,等一系列类型的场景,都可以经由简单的,“违反了一般经验、超越了熟悉的界限、脱离了正常的自然”来描述。

相较于“让你的出入口参与到层级文章的建设当中”,其实仍然存在一种独到的类型,即直接写作出入口,让它们成为文章的主体。这里指的不是现象文章当中的“孤立效应”和一些对“传送门”“切入切出”的复刻描述的文章,而是指,让现实之间的门户,让一种中间地带、过渡场景,成为被描述的主体内容。
个人来讲,并不是很愿意写作一份具体的,解析这些文章的文字,于是,读者有兴趣,可以直接翻阅以下文章:位于原创图书馆,子区集的,更加侧重于描述体验,描述异质自然,描述不经意,但是一旦目睹,会迅速扩大的异样现实的“Level 1.9-C”(作者Starset_M does not match any existing user name),和直接描述了可以归纳为“现实残片”这一类型的传送门户的文章Level C-999(作者zhangbowen55zhangbowen55)。

在一些文章当中,你可以看到在描述的几个段落后,作者毫不犹豫地让“人类文明的队伍”参与到了层级的描述当中,于是“组织”的色彩扩大,并且出现了有关物资流通的描述,在这里,出入口作为一种,所谓世界观内,被人们广泛使用的背景设定而存在。这仍然是可选,而并不会被人们真正拒绝、厌恶的,在操作得当的情况下,直接让出口具体地成为设定的一部分,而不是作为创作概念联结、搭建的一部分,反而会优化文章的结构,不过,真正能够做到这点的实际上很少,个人来讲,也并不鼓励创作者简单忽视可供进一步构思的创作思路。

一些作者实际上有意识地发现了出入口在一些情形下并不适合简单地放置在“文章末尾”,于是,一些作者直接在“描述”当中,用适当的语言阐述出入口的存在。在原创图书馆的隐秘层级当中的“远航”(作者rukatyanrukatyan)便在不同段落里,设置了富有独创设计的出入口,而不是一次性地在结尾告知它们。这篇文章本身也并不依赖于一般模板结构那样,对层级的分布进行特征总结,而是依次描述一个个场景的形态,这份做法在英文站的隐秘层级“角骸裂谷”当中得到了淋漓尽致的发挥。同时,有一些作者故意让出入口成为了“文章的总结”,这包括了DecemberDeclineDecemberDecline的Level C-915,一篇基于意象创建,描述体验、经历,强化感知、印象的文章,而“出入口”的文字,成为了对整篇文章的“总结”,而并非真正的“设定化”的出入口。

最后,不需要对之前提及的“一般模式”抱有过度的意见,并简单地以此为由抨击那些为那样类型文章的网站成员进行Upvote投票的行为。在2023年年末到2024年初,约半年的时间里,网站内盛行一种“风气”,即,一些网站成员直接采取对出入口的内容进行判断,形成对整个文章的负面印象,于是一并地,忽略了文章本身的原创成果和作者首先关注的事物,简单地在评论区发表看法,作为对于Downvote的理由,尽管后者仍然是网站规定当然允许的。事实上,我提及这点,并不是想简单地对某种立场表达赞同或反对,而是想说明一件事情:有相当一部分创作者其实仍然因为一些考虑(如简单化处理)采取“一般模式”设置出入口,并且并不真正愿意敷衍读者,同时,又有一部分创作者仍然对于出入口应当如何设置仍然感到朦胧而不知所措,他们不清楚应当如何写作出入口,因为这样的内容无关他们真正在意的创作,然后,对于那些居然真的只是在敷衍读者的创作者,这里不进行讨论。我个人来讲,期望那些愿意发表观点,愿意讨论创作,讨论作品的网站成员、读者,或许应当首先更加关注那些可能吸引自己的创作内容,并且相对直接地告知文章作者,忽视了出入口的搭建活动。

4.基地,前哨与社区

4.1.组织间的关系

把两个敌对的团体放在一个层级不是一个好主意,而且放在一起这个层级注定不会太平,生存难度也会因此上升。因此如果你考虑把两个或多个敌对团体放在一个层级请考虑生存难度的变化。

但凡事总有例外,利用团体之间的利益关系与各种巧合,意外也是会出现的。但这也会要求你的文笔与思考能力如何让事情变得合理。

NPCenterNPCenter


基地、前哨和社区的风格与它们的建立者和主要成员有很大关联。一个由特定团体建立的基地,其命名及行事风格应与自身主旨相符,除非文中给出了解释。退一步讲,对基地、前哨和社区的描述至少应交待建立者和他们的行为。简单罗列“基地A、基地B、基地C”22的行为并未给出“此有基地”以外的任何信息,这样做并不可取。

Ky0ukageKy0ukage


建议不要简单的把基地的名字取成基地A,基地B和基地C,可以将其写成建立此基地的团体+基地名称/编号的形式,比如

  • M.E.G.(又名“探险者总署”)Beta基地23
  • M.E.G.(又名 “探险者总署”)——“引路人”基地24


5.特殊实体

5.1.文章内嵌与单列文档

想象有一个天平和若干砝码。下面这张表可以帮你决定每个砝码应该放向天平的哪边。你的专有实体是单列文档还是层级内嵌?看天平偏向哪一边:
权重排序(越小越不重要) 支持层级内嵌的理由 支持单列文档的理由
1 实体的描述很简单。 实体的描述非常复杂,甚至有自己的故事线。
2 实体局限于层级,甚至只有一个这种实体。 实体可以脱离层级,而且独立存在。
2 实体可以构成层级重要性质,如出口等。 实体与层级性质关联很小。
2 实体是层级原生。 实体是外来进入层级。
2 缺少实体,层级就不完整。 就算不读实体,层级也完整。
3 实体没有发达的智慧。 实体具有一定的智慧。
3 有一群风格相近的实体都依赖层级生存。 只有一个实体依赖层级生存。
3 实体没有隐秘性,或者保密程度与层级文档相当。 实体隐秘。
4 实体没有足够有趣,以至于它必须依赖于层级。 实体合格,脱离层级,它也能够至少在读者心中留着一些亮点。
4 你比较新手,比较谦虚,惧怕分开文档而被diss。 你有足够自信能拿两遍up。

得到你的结果了吗?

PS:派对客的情况比较特殊,因为属于格式错乱,不适用这一套。

5.2.老生常谈:强大实体

实体再强大最好也只能在一个层级里面横行霸道,不然就是“实体”篇中关于强大实体的指导了。一个层级内的强大实体有助于清晰你的文章的脉络和主题,可以通过增加独一个的强大实体来让你的层级更具有特色和亮点。同时,强大实体也可以是你文章的卖点,所以强大实体只要写好了,对于层级是很有帮助的。

5.3.实体在文章中起到的作用

以下为一些经典案例:

  1. 补全故事线Level C-420
  2. 营造氛围Level C-29
  3. 构成层级的大部分异常性质Level C-42
  4. 达到预定难度Level C-280
  5. 作为智慧生命供描写Level C-158
  6. 体现层级价值与重要性Level C-194

6.关于点子

6.1 点子同质化

成功大多不可复制

许多文章的成功都是不可复制的,如果你写了一篇我狠狠地裂开我深深地破碎速切起点速切终点有极大概率会被down爆。

Null0Null0


如果你真的写了“速切起点”,我和Liurd肯定都会给这篇down。速切X点什么的够多了。除非它真的好到没理由dv。

  1. “速切终点”作者Null0
  2. “速切中点”作者Liurd

如果你想知道更多关于此的内容,可参阅老套点子列表

但如果你只是点子撞车了呢?

若你确实想到了一个有趣的点子,去看看有没有相似的层级/物品/实体。你可以在论坛或是聊天群里询问,其他人或许知道某个你不熟悉的文章。我们有超过1000篇原创层级,超过300篇原创实体,超过100篇原创物品,所以你的点子有很高的几率会在某一篇既有文章中出现(不一定会是该文章的重点)。如果你发现自己的点子撞车了,那就试着换个角度,看看有没有办法让你的作品变得与众不同。25

你需要在讨论区或讨论群先行挂出你的点子,然后换个角度,将点子扩充为别人没有写过的高度。若你觉得一个点子本来就不怎么样的话,不妨将它直接抛弃,然后阅读原来已经有的文档,看看能不能找到比你的点子新颖的地方。这也是一种提升水平的方法。

若你确实觉得点子很好,也要谨慎,不要在行文时将它变为同质化的。

还有一种偷巧的方法:你的层级点子撞了,可以作为原层级的子层级崭新出场!更多信息阅读9.1.子层级部分。

zhangbowen55zhangbowen55


在这里我没有提到完爆的事。但是其实,只要你的文笔够好,你完全可以完爆一篇原来很烂的文章。尤其是后室主站早期文章。但这里既然是神风写作指导,我也不详细展开。

希望您不要遇见写完才发现撞点子的倒霉事,更不要遇见传上去才撞点子的事,这些皆可避免。

6.2 如何想个点子?

好的,我们现在开始去思考:我们想写一个层级,于是要一个山坡然后上面需要有房子,最后里面要有吓人的实体…

Level xxx表现为一个山坡,上面有大大小小各种各样的房子,里面住着很多小矮人但实际上它们非常致命…


错啦!


是的,这段描述有问题,但问题在哪?虽然描述上有些简陋,但是给它填上细节真的就能是一篇活得下来的文章吗?究其本质是在创作初期就没有核心点子的存在。那么如何去思考一个点子?让我们从身边开始找起:

pingd开始思考:pingd想写一个实体,pingd觉得马蜂还挺吓人,那么如果它扎人很厉害会怎么样?好,就把它变大,然后针刺变得更大!就让它叮中人后直接变成大钻头往里钻!那么它为什么要这么做呢?当然因为它是食肉蜂,会靠这样的方法把食物运回蜂巢!

好,我们现在有了一个点子,再加上各种各样有趣的细节,比如袭击记录、实体副产品、与人类的互动,你就得到了Entity C-255,叮到人就会往里钻的巨大马蜂。这篇文章以蜜蜂为主体,加大了对于蜜蜂蛰刺的恐惧并具象化为巨大的蜜蜂,就是这样,这就是一篇很普通的实体文章了。

类似地,你可以用各种各样的点子(并不仅限于现实中的物品,事件,经历乃至情绪都可以是一种点子)结合到一起:

  • 会抓人不断跳跃的跳绳,绊倒的话就会……
  • 一艘永远正在沉没的轮船!
  • 会扑腾的雨伞鸟?
  • 一个摩擦力为0的冰面层级!(抱歉,这个我写掉了;P)

在点子成型的基础上,你就可以用各种各样的模块或内容乃至叙事方式来为你的点子构筑骨架,填上肉裹上皮,最后成为一篇完整的文章了!在交流点子的过程中你当然可以如上所说向社群内进行交流讨论——灵感的火花往往都是交会时才会迸发的不是吗?

7.隐秘层级

隐秘层级(Enigmatic Levels)是后室中那些没有得到序数分配且极度神秘的区域。据我们所知,大部分隐秘层级是安全的,不过,尽管可能性较小,同样也存在着危险的隐秘层级。由于这些层级具有比绝大多数层级更怪异的属性,它们被赋予了独特的名称和/或编号。隐秘层级是在近期被大量发现的,根据理论,它们的数量还远不止于此。


如你所见,隐秘层级与隐秘实体不同,它们不一定需要被M.E.G.等组织保密,主要因其极度特殊的某些性质被归为一类。这也导致了某些可能已经够“隐秘”的层级被其写手投到了普通列表,而不够“隐秘”的层级反而被投到了隐秘层级列表,这种现象主要是由于隐秘层级和普通层级的区别相比于隐秘实体和普通实体的区别来说要小而导致的。

需要提醒的是,部分读者对于隐秘层级的评分标准较对于普通层级的评分标准会高一些,如果你不确定自己的层级要投到哪里又想获得更多的正面反馈,不妨把它投到普通层级列表。26

当然,有些隐秘层级本身就和别的层级不一样,创作的方向、范围也更加自由。英文主站的Level 14“战地医院”原是一个被down删了的层级,在经过其他作者改良后成为了一篇优秀的故事性层级文档,这就代表着你的层级不一定需要真的存在27。同理,你的层级文档并不一定要是实时的,如果在这篇文档写著后发现信息不符合实时情况28,保留一份旧版文档在隐秘层级里或许也不是个坏点子(Level C-995Level C-995已归档版本)。当然,前提是这有必要。

8.关于层级文档中的概率问题

在一篇层级文档中,某些段落的切出,或者发现某些物品、实体的概率经常有作者使用,而神风文们的作者往往会在这些地方火上浇油,附上一个离谱的概率,影响读者观感,引来大部分downvote。

那么如何保持概率的合理性呢?首先,我给各位一个现编的案例供各位参考:

Level C-XXX内有0.000133333337%的概率找到一盒皇家口粮

显然,这种概率是极度离谱的,做到如此精确,又这么小的概率,一定是不合理的,我推荐的概率可以这么写:“10%”以及“未知概率”和“极小概率”。

Zhiruijun_LOL


这种写法可以从整数的百分比出发,至少是可以证实的,非常合理。再或者,我们略过这一切,干脆就搞一个字眼“未知概率”或者“极小概率”,这不会引起downvote,又可以使文章保持合理性,至少你写概率的时候可以“活命”,所以这是一个可以正常描写概率,又不会使它成为文章污点的方法。

Lupus CaeruleusLupus Caeruleus


为什么说 0.000133333337% 极其离谱呢?我们先来看看它究竟有多小:找一张数学卷子,在不看任何内容的情况下随便写出前 9 道选择题的答案,这 9 道题被你同时蒙对的概率大约是 0.00038%,相当于上面这个数的 3 倍。如此微小的概率已经低到普通人一辈子也不会遇到一次的程度了,还不如直接改用“极小概率”之类的字眼来得直接。

退一步说,如果你是为了保证文章的“精确性”而特意写出这个数字的话,那么不妨想想它在世界观内是怎么算出来的:计算概率的一般方法是使用频率近似,即计算发现皇家口粮的次数在全部探索次数中的占比;而为了使得频率能够足够接近概率,则需要保证实验的次数足够多才可以。这意味如果要得出 0.000133333337% 这样精确的结果,则必须要进行上百万次的探索,才可能计算出足够可信的概率值(比如在 750 万次探索中有 10 次发现皇家口粮)——那么究竟是什么原因,才能使得流浪者们甘愿付出如此巨量的时间和人力,来测试这种几乎不可能的事情呢?如果你不能对这个问题给出合理解释的话,那么想必大部分读者都是绝对不会满意的。这种精确到小数点后七八位的数字远没有“迄今为止只记录到 2 例”来得方便而严谨。
所以说,如果你一定要给你的概率写出一个具体数值的话,请一定要想明白你写下的数字究竟意味着什么。



9.子区集

这一部分的问题一般都来源于以下三种设定的区别。那么,我们详细列出它们的特点。

9.1.子层级

创作形式

  • 有一个确定的父层级。
  • 通常有编号,如Level C-75Level C-75.1Level C-75.2两个子层级。
  • 与父层级的性质大多相关。
  • 很多子层级与父层级直接相连,但也可以不这么写。
  • 形式上仍是一篇完整的层级文档。

创作背景

  • 读完这个层级的时候,啪的一下灵感就来了!我想写个很相似的!
  • 我觉得这篇还不够,其实还可以更好。换个题材,我行我上。
  • 这怎么这么像?算了挂它的子层级吧,毕竟先入为主。
  • 我的层级有新扩展啦!

9.2.普通房间

创作形式

  • 包含于一个固定层级,是它的一小部分。
  • 没有任何编号!你可以叫它卡勒巴格房间,或者杂物间,甚至test
  • 与层级的风格非常相似。
  • 一般是完整层级文档去掉实体部分与基地、前哨与社区部分。

创作目的

  • 层级很好,但是这里本来应该有一个这个房间的。
  • 无限空间和非欧空间写多了,想写点有限的。就把它放在这里吧。
  • 我的层级持续更新中!

9.3.其他房间

创作形式

  • 一般神出鬼没于巨量层级。
  • 没有任何编号!你可以叫它冰水间旅馆房间或很多。
  • 可能格格不入。
  • 一般是完整层级文档去掉实体部分与基地、前哨与社区部分。

创作目的

  • 很多层级都应该有一个这种房间。
  • 很多这样的层级都应该有这样的景象的,但是没写。我来。
  • 这个层级/组织/智慧实体侵入其他层级啦!

10.格式错乱

当你在阅读一些层级文档的时候,你或许会发现一些格式并不规范的文档。那么它们是“神风文”吗?不,这些仅是一些格式错乱的文档。

10.1.以基本格式为基础

首先我们先举出几个例子:Level -0Level C-333享乐层=)。你是否发现了它们的共同点?

很明显,他们的共同点便是其都以标准文档格式为基础,但这些文档都无一例外地在内容上脱离于标准格式。如Level C-333将内容完全修改为了诗歌,Level -0在内容中加上一些抽象的描述及乱码,而享乐层=)在明显的内容篡改上还对生存难度进行了修改。这些便是一些基础的格式错乱,但在这基础上需要有新意,让读者感觉到其对文档阅读有积极作用,使读者对此更加好奇或投入。

可若这些的篡改是毫无意义的,那么请不要进行格式错乱文档的撰写,这样只会使你的文档拿到低分。

SwitzerCandySwitzerCandy


这篇文章的删除线已经多到了难以忍受的地步。事实上,过多使用删除线的格式错乱文章不但无法具有神秘感,还会令读者感到极其不适。



10.2.完全跳脱于格式

同时,有些时候你或许会阅读到一些并不像是层级的层级,这些便可能是一些更加带有新意的格式错乱文档。

我们再举几个例子:《望乡台介绍及守则》Level C-94以及Level 53

这些文档没有一个使用了标准格式,但其仍属于层级。如《望乡台介绍及守则》,虽未使用标准格式,但其仍按照自己独有的格式去介绍了这个层级;还有Level 53,以第一人称视角描述了这个层级的来历和该层级的特性;而Level C-94则是借格式混乱进行了一个抽象的写作。29

这些手法都是格式错乱可接受的,但这也如同以上所说的那样,需要拥有足够的创新,这样才会让读者对此感到十分有趣,不然将是枯燥且乏味的阅读体验。

GaplouelPew


或许很多人都认为格式错乱不用依照格式来写作,于是便在一开始就选择格式错乱进行创作,这些是在新人中的一大误区。但需要知道的是,格式错乱往往更难取得成功。我建议当你的文笔或是想法到达一定程度时再去尝试也不迟,先进步,再创作。



10.3.你的文章究竟是格式错乱还是故事?

明确你的创作究竟适合作为格式错乱还是干脆就应该是别的文章种类。

正如很多人越来越注意到REDE实体(尤其是那些已经删除的)有很多其实都更符合“现象”一般,“故事”的存在也令格式错乱具有争议。

如果你决定创作一篇格式错乱层级,且这篇层级几乎如前文所说,完全跳脱于格式,那么,你最好在创作完后仔细思考一下:你的文章中有没有很好展现它作为一个层级的特色?30

作为一篇格式错乱文,它当然不必如前文关于层级写作的指导那般事事详尽,它当然可以没有生存难度,没有临床腔描写,但一定记住:你正在撰写的是一篇层级。层级得有它的特色:环境,实体或是什么特殊机制。你总得描述出这些(而且不是一笔带过),不然为什么不干脆把你的文章以故事的形式来投稿呢?

例如Level C-1797,尽管当前它的分数不算低,但你仍能看到认为它更适合作为故事来投稿的评论。这篇文章实际上就是讲了个返乡相关的故事,但你至少能找到它作为层级的特性:补给丰富,城市,返乡可能,有特殊事件。如果它只是写一个人在一个有孤立效应的城市里无所事事,它真的还适合作为层级吗?

所以,多看看自己的草稿,最好也请别人给你提提意见。倘若你的格式错乱文实际上更适合作为故事,那么将它作为故事投稿要远远优于将它作为层级/实体/现象/物品来投,没必要过分追求格式错乱。

wild ghost377wild ghost377


在格式错乱已经有相当一部分条目的当下,新颖的点子与好的描写仍是一篇格式错乱能取得成功的关键。阅读本指南当然无法立即提升你的文笔,不过,对新手(尤其是写作新手)而言,几乎完全跳脱格式的格式错乱文非常容易因为令读者感到非常尴尬的描写而招致反感。对创作者而言,当局者迷而察觉不到这些是正常的,所以,在草稿区听取他人的意见格外重要。



11.关于C1报告:读者想看什么

这是Level C-1的中心页。如果您要创作一篇C1报告,请仔细看看里面的内容,并且阅读至少一篇文章。

我们目前已经拥有了数篇Level C-1报告,它们各自有些不同的主题与风格:

怀旧、阈限

目前,我们可以看见偏路楼梯两篇文章,是作为旧式层级出现的。它们的描述,与后室早期文章的风格相近。无限的空间,阈限感与孤独感,这些文章在尽力描绘着一幅相似于Level 1Level 0的图景。

一篇文章,如果它相似于主站的Level 1,它是前往Level C-2的一个折点,那么它就能是Level C-1。为什么这个编号上的一定是惊天动地的作品呢?它就是一个普通层级,这不行吗?

然而时至今日,这个点子的占位有些饱和。

基础设定

虞丘,就是这样一篇文章。它能通过仔细的解释来告诉,这里叫C层群,它就是C层群,不是别的什么。因为故事变化万端,所以这个点子尚有无限的发展空间。

它是入口,它处于现实的边界。

这说的是阈点。它是前厅至后室的界限。作者巧妙地把握了文笔,使它更有怀旧感。当然,这篇点子的成功似乎已经无法复制了。

因为C1并不是阈折点竞赛。

你的理由不该被这些限制,然而要足够合理

你的层级是Level C-1,是因为它有着哪些性质?它是否仅仅是一个比较重要的层级?它是否可以套用隐秘层级的设定?它可以不是Level C-1吗?如果把层级的编号改为789,你是否会有强烈的抗拒呢?

zhangbowen55zhangbowen55


当然,这些仅仅是我的个人观点。Level C-1,只有一条最根本的准则:文章要配得上、扛得起这个C-1的名号。

牢记

Level C-1没有成为竞赛奖品是因为我们期待更多精彩的作品与诠释,作者可以听从他人的建议,但不要被建议所束缚。

很多人对目前C1的形式抱有不满或者更高的期待,你会遇到相比普通层级更加尖锐的评价与更高的标准。但C1没有任何主题要求,谨记这点。

the Jotarothe Jotaro


很抱歉我删除了上方关于C1的一些内容,并修改了标题

我们想要怎样的C1报告,或者说“它为什么能够成为C1”


我不希望在一篇面向新人的指南里,关于C1的部分出现主题/写作方向引导,C1是自由的,它什么也不是。不要给新人太多的压力和不必要的引导,大胆去做。

如果有人告诉你C1不应该是什么样的,并要求你的作品不能这么写。那么告诉他,

“狗屎。”

LanyingLanying


不论怎样,如果你认为你写的一篇文章足够撑的起C1这个编号,并有把握拿高分时,尽管去投稿吧。

毕竟,你递出的这份文档,也许在将来会成为新的神话。


:root {
    --lh-red: #c0392b;
    --lh-blue: #2980b9;
    --lh-green: #27ae60;
    --lh-dark-green: #16a085;
    --lh-purple: #8e44ad;
    --lh-orange: #e67e22;
    --lh-yellow: #f1c40f;
 
    --lh-paper-bg: 255, 251, 240;
    --lh-string-color: 192, 57, 43;
    --lh-book-color: var(--gray-monochrome);
    --lh-tape-color: 90,90,90,0.3;
    --lh-white-bg: 249,249,249;
    --lh-dark-bg: 50, 50, 50;
    --lh-highlighter: var(--bright-accent);
    --lh-border-color: var(--gray-monochrome);
    --lh-wiki-note-color: var(--bright-accent)
}
 
/**
 *  旧代码合集
 *  为了向下兼容而保留
 */
 
.grid-container{display:flex;flex-direction:row;flex-wrap:wrap;width:100%}.grid-container,.grid-container [class*=grid]{box-sizing:border-box}[class*=grid]{padding:5px}.grid{width:100%}.grid-large{width:75%}.grid-big{width:50%}.grid-medium{width:33.33%}.grid-small{width:25%}@media screen and (min-width:768px){.wd-grid-large{width:75%}.wd-grid,.wd-grid-big{width:50%}.wd-grid-medium{width:33.33%}.wd-grid-small{width:25%}}.text-hover-hide{opacity:0;transition:opacity .3s}.text-hover-hide:hover{opacity:1}.text-block-hide{background:rgb(var(--black-monochrome));color:rgb(var(--black-monochrome));transition:background .3s}.text-block-hide:hover{background:0 0}.text-blur-hide,.text-blur-hover-hide{filter:blur(.3rem);-webkit-filter:blur(.3rem) transition: blur .3s}.text-blur-hover-hide:hover{filter:blur(0);-webkit-filter:blur(0)}.lyric-box{text-align:center;font-size:1.05rem;display:flex;flex-direction:column;flex-wrap:wrap;justify-content:center}.lyric-box p{margin:1.5em auto}.lyric-box.with-bigger-line p{margin:3em auto}
 
/**
 *  便签纸
 *  notepaper
 */
 
.notepaper {
    background: linear-gradient(rgb(var(--lh-paper-bg)) 95%, #ddd 0);
    line-height: 2em;
    background-size: 100% 2em;
    background-attachment: local;
    border: 2em solid rgb(var(--lh-paper-bg));
    box-shadow: 0 0.1rem 0.3rem rgba(0,0,0,0.2);
    padding: 0;
    margin: 1em auto;
    box-sizing: border-box;
    position: relative
}
.notepaper p {
    margin: 0;
    font-size: 1.05rem;
    letter-spacing: 0.1rem;
    line-height: inherit
}
.notepaper.narrow,
.notepaper.wide {
        width: 90%
}
@media screen and (min-width:768px){
    .notepaper.narrow {
        width: 50%
    }
    .notepaper.wide {
        width: 75%
    }
}
 
.notepaper.tight {
    border-width: 1rem;
    border-left-width: 1.2rem;
    border-right-width: 1.2rem;
    line-height: 1.8em;
    background-size: 100% 1.8em;
    font-size: 13px
}
 
.notepaper.with-string::before {
    content: '';
    width: 0.5em;
    height: 6rem;
    background: rgb(var(--lh-string-color));
    top: -2rem; right: -1rem;
    display: block;
    position: absolute;
    box-shadow: 0 0.1em 0.2em rgba(0,0,0,0.2);
    clip-path: polygon(-100% -100%,100% 0%,100% 100%,50% 98%,0% 100%);
}
.notepaper.with-tape::before {
    content: '';
    border: 1px solid #ddd;
    background: rgba(var(--lh-tape-color));
    width: 1.5em;
    height: 4em;
    transform: rotate(45deg);
    display: block;
    position: absolute;
    top: -3em;
    left: -1.8em
}
 
.notepaper.tight.with-string::before {
    top: -1rem; 
    right: -0.25rem;
}
.notepaper.tight.with-tape::before {
    top: -2.5em;
    left: -1.3em
}
 
.notepaper.page {
    min-height: 36em;
    counter-increment: page;
    display: flex;
    flex-direction: column;
    justify-content: space-between
}
@media screen and (min-width:768px){
    .notepaper.page {
        width: 70%
    }
}
.notepaper.page:after {
    content: counter(page);
    display: block;
    text-align: center
}
.notepaper-group {
    counter-reset: page;
}
 
.book-pattern {
    display: flex;
    flex-wrap: wrap;
    flex-direction: row
}
.book-pattern .notepaper.page:not(.notepaper > .notepaper) {
    width: 100%
}
@media screen and (min-width: 768px) {
    .book-pattern .notepaper.page:not(.notepaper > .notepaper) {
        width: 50%
    }
}
 
.book-wrapper {
    background: rgb(var(--lh-book-color));
    padding: 0.5rem;
    box-shadow: 0 0.1rem 0.2rem rgba(0,0,0,0.2);
    border-radius: 5px;
    margin: 1rem auto
}
@media screen and (min-width: 768px) {
    .book-wrapper .notepaper {
        margin: 0
    }
}
 
/**
 *  文字修饰
 */
 
.text-highlighted {
    position: relative
}
.text-highlighted::before {
    content: "";
    position: absolute;
    height: 0.9em;
    bottom: 2px;
    left: -2px;
    width: 105%;
    z-index: -1;
    background-color: rgb(var(--lh-highlighter));
    opacity: .6;
    transform: skew(-15deg);
    transition: opacity .2s ease;
    border-radius: 3px 8px 10px 6px;
    transition: 0.1s ease background-color;
}
 
.text-underlined {
    text-decoration: underline;
    text-underline-offset: 4px;
    text-decoration-thickness: 2px;
    text-decoration-color: rgb(var(--lh-highlighter))
}
.text-wavy {
    text-decoration: underline wavy;
    text-underline-offset: 4px;
    text-decoration-color: rgb(var(--lh-highlighter))
}
 
.text-circled,
.text-squared {
    display: inline-block;
    border: 2px solid rgb(var(--lh-highlighter));
    border-radius: 100%;
    box-sizing: border-box
}
.text-squared { border-radius: 0 }
 
.text-shadow { text-shadow: 0.075em 0.075em 0 rgb(var(--lh-highlighter)) }
 
.text-highlighted.td-red::before { background: var(--lh-red) }
.text-circled.td-red, .text-squared.td-red { border-color: var(--lh-red) }
.text-underlined.td-red, .text-wavy.td-red { text-decoration-color: var(--lh-red) }
 
.text-highlighted.td-blue::before { background: var(--lh-blue) }
.text-circled.td-blue, .text-squared.td-blue { border-color: var(--lh-blue) }
.text-underlined.td-blue, .text-wavy.td-blue { text-decoration-color: var(--lh-blue) }
 
.text-highlighted.td-green::before { background: var(--lh-green) }
.text-circled.td-green, .text-squared.td-green { border-color: var(--lh-green) }
.text-underlined.td-green, .text-wavy.td-green { text-decoration-color: var(--lh-green) }
 
.text-highlighted.td-darkgreen::before { background: var(--lh-dark-green) }
.text-circled.td-darkgreen, .text-squared.td-darkgreen { border-color: var(--lh-dark-green) }
.text-underlined.td-darkgreen, .text-wavy.td-darkgreen { text-decoration-color: var(--lh-dark-green) }
 
.text-highlighted.td-purple::before { background: var(--lh-purple) }
.text-circled.td-purple, .text-squared.td-purple { border-color: var(--lh-purple) }
.text-underlined.td-purple, .text-wavy.td-purple { text-decoration-color: var(--lh-purple) }
 
.text-highlighted.td-yellow::before { background: var(--lh-yellow) }
.text-circled.td-yellow, .text-squared.td-yellow { border-color: var(--lh-yellow) }
.text-underlined.td-yellow, .text-wavy.td-yellow { text-decoration-color: var(--lh-yellow) }
 
.text-highlighted.td-orange::before { background: var(--lh-orange) }
.text-circled.td-orange, .text-squared.td-orange { border-color: var(--lh-orange) }
.text-underlined.td-orange, .text-wavy.td-orange { text-decoration-color: var(--lh-orange) }
 
/* 隐藏文字 */
 
.text-blank { color: rgba(0,0,0,0) }
.text-block { 
    background: rgb(var(--black-monochrome));
    color: rgb(var(--black-monochrome)); 
}
.text-blur { 
    filter: blur(0.3em);
    -webkit-filter: blur(0.3em)
}
 
.text-hoverback,
.text-selectback {
    transition-duration: 0.3s;
    transition-property: background, transform, color
}
 
.text-blank.text-hoverback:hover,
.text-blank.text-selectback::selection,
.text-blank.text-selectback *::selection { color: rgb(var(--black-monochrome)) }
 
.text-block.text-hoverback:hover { background: transparent!important }
.text-block.text-selectback::selection,
.text-block.text-selectback *::selection { color: rgb(var(--white-monochrome, 255, 255, 255)) }
 
.text-blur.text-hoverback:hover { filter: blur(0)!important; -webkit-filter: blur(0)!important }
 
/**
 * 附加项
 */
.with-border, .with-box-style { border: 1px solid rgb(var(--bright-accent)) }
.with-border-dark { border: 1px solid rgb(var(--black-monochrome)) }
.with-border-light { border: 1px solid rgb(var(--white-monochrome)) }
.with-border-thick { border-width: 2px }
 
.with-shadow-sm { box-shadow: 0 0 0.1em rgba(0,0,0,0.2) }
.with-shadow { box-shadow: 0 0.1em 0.2em rgba(0,0,0,0.2) }
.with-shadow-lg { box-shadow: 0 0.15em 0.3em rgba(0,0,0,0.2) }
.with-shadow-xl { box-shadow: 0 0.2em 0.5em rgba(0,0,0,0.2) }
.with-shadow-xxl { box-shadow: 0 0.25em 0.8em rgba(0,0,0,0.2) }
 
.with-padding, .with-box-style { padding: 0.25em 1em }
.with-p-sm { padding: 0.125em 0.5em }
.with-p-lg { padding: 0.5em 2em }
 
.with-margin, .with-box-style { margin: 1em auto }
.with-m-sm { margin: 0.5em auto }
.with-m-lg { margin: 2em auto }
 
.with-narrow-width { 
    width: 90%!important; 
    margin-left: auto; 
    margin-right: auto 
}
@media screen and (min-width: 768px) {
    .with-narrow-width { width: 75%!important }
}
[class*="with-bg-"], [class*="with-bg-"] h1 { color: #fff!important }
.with-bg-red { background: var(--lh-red)!important }
.with-bg-blue { background: var(--lh-blue)!important }
.with-bg-green { background: var(--lh-green)!important }
.with-bg-darkgreen { background: var(--lh-dark-green)!important }
.with-bg-yellow { background: var(--lh-yellow)!important }
.with-bg-orange { background: var(--lh-orange)!important }
.with-bg-purple { background: var(--lh-purple)!important }
 
/**
 * 删除类
 */
 
.offwith-shadow { box-shadow: none!important }
.offwith-border { border: none!important }
.offwith-padding, .offwith-pam { padding: 0!important }
.offwith-margin, .offwith-pam { margin: 0!important }
 
.offwith-width-limit {
    width: auto!important;
    margin-left: auto!important;
    margin-right: auto!important
}
 
div[class*="grider"].offwith-grid-gap { grid-gap: 0!important }
 
/**
 * 网格布局
 */
 
/* Gridder 容器 */
 
div[class*="gridder"] {
    display: grid;
    box-sizing: border-box;
    grid-gap: 1rem;
    padding: 0
}
div[class*="gridder"] * { box-sizing: border-box }
 
.gridder, .gridder-col-2 {
    grid-template-columns: 1fr 1fr;
}
.gridder-col-3 {
    grid-template-columns: repeat(3, 1fr);
}
.gridder-col-4 {
    grid-template-columns: repeat(4, 1fr);
}
 
@media screen and (min-width: 768px) {
    .pc-gridder, .pc-gridder-col-2 {
       grid-template-columns: 1fr 1fr;
   }
   .pc-gridder-col-3 {
       grid-template-columns: repeat(3, 1fr);
   }
   .pc-gridder-col-4 {
       grid-template-columns: repeat(4, 1fr);
   }
}
 
.spanner, .spanner-2 {
    grid-column-start: span 2;
}
.spanner-3 {
    grid-column-start: span 3;
}
 
/**
 * 告示组件
 */
.signblock,
.signblock-dark,
.signblock-warn {
    margin: 1rem auto;
    box-shadow: 0 0.1rem 0.3rem rgba(0,0,0,0.4);
    background: rgb(var(--lh-white-bg));
    font-size: 1.05rem;
    padding: 2rem
}
@media screen and (min-width: 768px) {
    .signblock,
    .signblock-dark,
    .signblock-warn {
        width: 75%
    }
}
.signblock-dark, 
.signblock-dark h1 {
    background: rgb(var(--lh-dark-bg));
    color: #fff
}
.signblock-warn, 
.signblock-warn h1 {
    background: var(--lh-red);
    color: #fff
}
 
.signblock h1,
.signblock-dark h1,
.signblock-warn h1 {
    text-align: center;
    font-size: 2rem;
    margin: 0;
    font-weight: 700
}
.signblock-img {
    display: flex;
    flex-direction: row;
    justify-content: center
}
.signblock-img img {
    width: 8em
}
.signblock-footer {
    font-size: 0.9em;
    text-align: center;
    margin: 0.5rem 0;
    font-weight: bolder;
    display: block
}
 
/**
 * 报告
 */
 
.reportblock,
.reportblock-dark {
    border: 2px solid rgb(var(--lh-border-color));
    box-shadow: 0 0.1rem 0.2rem rgba(0,0,0,0.3);
    background: rgb(var(--white-monochrome));
    padding: 0.8rem 1.5rem;
    padding-bottom: 0.4rem;
    margin: 1.5rem auto;
    margin-bottom: 1rem;
    position: relative
}
 
.reportblock hr,
.reportblock-dark hr {
    background-color: rgb(var(--lh-border-color));
    margin-left: -1.5rem;
    margin-right: -1.5rem
}
 
.reportblock h1:first-child,
.reportblock-dark h1:first-child {
    position: absolute;
    top: -1rem;
    left: 1.5rem;
    font-size: 110%;
    font-weight: 600;
    background: rgb(var(--lh-border-color));
    color: #fff;
    padding: 0.2rem 0.5rem;
    margin: 0;
}
 
.reportblock-dark,
.reportblock-dark h1 {
    border-color: rgb(var(--lh-white-bg));
    background: rgb(var(--lh-dark-bg));
    color: #fff
}
 
.reportblock-dark hr {
    background-color: rgb(var(--lh-white-bg));
}
 
/* 更好的折叠框 */
 
.bettercollap {
  margin: 1em 0;
}
 
.bettercollap .collapsible-block {
  width: auto;
  overflow: hidden;
  border: 1px solid rgb(var(--lh-border-color))
}
 
.bettercollap .collapsible-block-content,
.bettercollap .collapsible-block-link {
  background: rgb(var(--white-monochrome));
  padding: 0.5em
}
 
.bettercollap .collapsible-block-content {
  padding-left: 1em;
  padding-right: 1em
}
 
.bettercollap .collapsible-block-link {
  color: rgb(var(--lh-border-color));
  background: rgb(var(--white-monochrome));
  transition: .3s;
  display: block;
}
.bettercollap .collapsible-block-link:hover,
.bettercollap .collapsible-block-unfolded .collapsible-block-link,
.styledcollap.bettercollap .collapsible-block-link {
  color: rgb(var(--white-monochrome));
  background: rgb(var(--lh-border-color))!important;
  text-decoration: none
}
 
.bettercollap .collapsible-block-link:hover a { color: rgb(var(--white-monochrome)) }
 
.bettercollap .collapsible-block-link::before {
  content: "\25BC";
  display: inline-block;
  margin-right: 0.5em;
  transform: rotate(-90deg) scale(0.9)
}
.bettercollap .collapsible-block-unfolded .collapsible-block-link::before {
   transform: rotate(0) scale(0.9)
}
 
.bettercollap .collapsible-block + .collapsible-block { border-top: none }
 
.styledcollap.bettercollap .collapsible-block {
  border-radius: 2px;
  box-shadow: 0 0.1rem 0.2rem rgba(0,0,0,0.3)
}
 
.styledcollap.bettercollap .collapsible-block-content {
  background-color: rgb(var(--pale-gray-monochrome));
  border-width: 3px
}
 
.styledcollap.bettercollap .collapsible-block-link:hover {
  background: rgba(var(--lh-border-color),0.95)!important;
}
 
/**
 * 提示框
 */
 
.infoblock {
    color: #f1f1f1;
    font-weight: bold;
    background: #424242;
    padding: 5px 5px 5px 5px;
    border-radius: 4px;
    margin: -0.5rem 0 1rem 0;
    display: block;
    width: fit-content;
    padding-right: 25px;
}
 
.infoblock::before {
    content: "ⓘ "
}
 
/**
 * 单页迭代 
 */
 
.offset-page:not(:target), .offset-page:target ~ div#u-default-page { display: none }
.offset-page:target { display: block }
除非特别注明,本页内容采用以下授权方式: Creative Commons Attribution-ShareAlike 3.0 License