如何撰写一篇原创物品
评分: +31+x

在创作一篇物品文档之前,你首先要了解这些网站规定

本站站规

授权指南

反抄袭政策

标签指导

删帖指导

一些涉及到其他内容的网站规定

授权指导

评价守则

CSS守则

你应该知道的代码教程

维基语法

现行指导和文章的问题:现在,英文主站并没有给出非常细致的物品指导;神风写作避坑指南中的有效内容较少,并不能解决物品创作全过程的问题。但无可否认的是,其中一些观点确实可以移用,并有其价值。
本文章撰写初衷:在列举一些硬性规定的同时,对于后室物品创作给出一点作者个人的建议,并试图给出一些拓展点子的可用方式。网站硬性规定会以青蓝色列出,其余则是作者个人观点。
提示:本文章仅代表作者个人观点,并不适用于一切创作情况,文章质量应以网站成员的评价为准,而并不听从本文作者的一面之词。在某些情况下创作者可以选择无视该文章并或许证明其错漏之处。

一:物品的定义

物品可能是一切无生命的后室物体,它可能是后室某个角落突然出现的,也可能是某个组织制造出来的。但这些物体并不能全部成为物品,这是在下叙1层面里物品文档的创作初衷使然的。

正常物品文档的创作初衷,是记录并留档物品本身。一些物品与流浪者的生活极为接近,所以数据库应附加地指导这类物品的使用。

所以,我们可以得到结论:正常的物品应该是有异常性的,一方面流浪者不能用已有的知识去处理它,另一方面如果不用经验试用出的知识处理,物品可能会白白浪费甚至造成危险;否则,数据库就没有必要将它留档。但在某些情况下,这种限制就会被打破。

注意,物品应该是无生命的,有生命的应归于实体范畴。物品与现象的界限现在似乎模糊不清,但是大部分物品是可以触及的实物,而现象却应是无法解释的事件,至少应该在物体的舞台上展现异常的变化。

二:可用的格式模板

毫无疑问的,物品格式并没有必须遵照的格式。下方列出的这些全部是可选项,创作者可以根据物品的特性来选取这些格式。另外,这些格式一般专用于世界观内M.E.G.所收录的文档,其他GOI格式的物品不必遵循格式,但也可以参考这些要点。

在所有副标题之下,会给出这个部分进入数据库的理由,它主要的内容,或者一些内容的指引。创作者可以根据自己创作的物品的特性,决定是否将这些部分略去、调序或增添。

推荐组件:COCS

页面标题

物品的页面标题通常是完整编号再加物品世界观内的别名,如下:

Object 2 - “层级密钥”

或者你也可以选择不加别名,如下:

Object 1

较少的物品文档不会遵守标题格式,但标题应该合理、有趣。

物品编号

注意:中分原创文档物品编号须为C-X,即全称为Object C-X。在草稿区时,你可以用Object C-X代指你创作的物品,但一旦传上网站,所有X就必须改为正式的物品编号(一般是一个数),包括迭代页。

实际上在一篇文章的标题处,很大可能就已经给出了物品编号,若在正文再加赘述,其实并不是很好的选择。

分布/产地

如果物品在后室中广泛出现的话,一篇M.E.G.档案,在世界观内权限允许的情况下,至少要告诉流浪者:“我能在哪里找到这东西?”或者说“这东西在哪里最多?”这些问题是流浪者利用物品的前提,因为想要用一个东西至少得有这个东西。

但如果物品只有少数几个或者不再出现,产地就得填N/A;这种情况下,还是将其删去为好。

分类

在这一部分你可以给物品贴几个标签,让你的文章看起来好像在世界观内能够被快速检索。这对于流浪者的生存应该有所帮助,因为人总是喜欢排列得规规整整的东西,文档也不例外。

描述

这一部分主要回答的问题是:这个东西是什么?

在世界观内,详细描述它的外观是有必要的,即使牺牲一点所谓的“客观性”,文档也应该极力避免流浪者对于物品的误认。这些描写通常与图片能够配合使用,图片负责给人以直观的感受,而配文则需要将一些未在图片中出现的细节尽数呈现。一般来说图片并没有包含超脱现实的东西,而为了让物品有异常性,描述段落也可以仔细描述其异常外观。

实际上如果物品有物态(比如气、液、固)或亚种的变化,也应该在描述段落内加以解决,而不是拖到性质段落。一旦流浪者对照描述寻找物品但没有找到它所处在的状态,那么物品就会被误判并浪费。

性质

性质主要指异常性质,在这一段里,主要回答的问题是:为什么这个东西很奇怪?这个东西又有那些地方不奇怪?这会使得世界观内的读者对于物品的奇异性状有大概的了解。

性质可能说是物品最为关键的一环,因为大部分物品靠一个性质或多个性质工作,流浪者也需要知晓物品的性质以展开自己的行动。一般来说,性质是必须的部分。但是,当物品的性质还未解明时,可以尽量模糊描写。

用途

用途,是专对于有利用价值的物品而言的。即使性质段落可以很简单地推出用途,但在这一段,M.E.G.仍然选择给予一个基本的使用指导。在这一段里主要回答的问题是:我怎么用?用到什么地方?这种情况下该不该用?否则,流浪者在使用时不免出差错。

若物品有一些需要规范的特殊使用章程,也可以试着放在用途段落。

实验记录/发现记录

本段应该回答:这些性质是怎么测定出来的?

实验记录的最大目的是深化性质并保持其合理性,尤其是当某个性质有些奇异的时候。

行为准则/应该和不应

对于危险一些的物品,可以参考实体,给出它的行为准则清单。该部分应该回答:我该怎么做?我怎么安全地用好它?我怎么安全地处理这些物品?

这个标题的适用范围可以局限于稍微有些威胁的物品,否则,很显然将行为准则归并到用途段落更有实用性。

结构/原理/工作程式

在某些人造物品档案里,可以大大方方地将物品的结构原理摆上台面。本段应回答:这东西工作原理是什么?

但是实际上后室里不是所有人都是技工或科研工作者,如果大段摆出信息却与流浪者的使用相差甚远,那么还不如将其整段省略。

在此之外,还可以添加有个人特色或GOI专属的物品描述。举例来说:独一无二的物品会标注它现在的位置;密语启动的密码本可以单独以一个标题列出诗行般的密语;B.N.T.G.的物品文档很可能会标注该物品的当前市价。本来模板就是用来打破的东西,在文章中放置哪些模块纯属创作者个人决定。

三:关于点子

老套点子有哪些?我不应该写什么?

关于物品,毫无疑问,有很多老套点子。但是老套点子并不一定就无法写好:写好老套点子是一项挑战,而且除非写得极好,否则还捞不到什么好处的挑战。只有明确违反站规的点子是极烂的点子,除此以外没有无法拯救的点子,有的只是水平差异。所以,实际上只有违反站规的点子不应该写。

中文老套点子清单已经对于老套点子做了详尽的阐述,给出了理由。如果创作者想要写得更舒服的话,实际上应该参考该文章。本文在此处简单地对物品方面老套点子做一个列举:

  • 有着繁杂能力的物品,或称分尸
  • 万能物品,相似于旧杏仁水
  • 为支撑组织而写的同质化物品
  • 过于未知的物品,或是无意义的被追捧
  • 缺乏后室世界观特色的实体/物品/现象
  • 科学术语堆叠的临床腔,或称“学究物品”
  • 过于强大的物品,或者在过于强大的物品上套上极为难用的削弱

是什么决定了点子的优劣?能否给出一些排除较难写点子的途径?

在开始分析之前,首先应该先明确一点:一篇文章的记忆点不应过少,也不应过多。这是基金会指导“什么鬼”的守恒中提到的中心论点。这也是为什么有着繁杂能力的物品,或称分尸,是一个老套的点子。一把能够劈开玻璃的、附着意识的、磁化后可以定位的、能够冰冻住水域的、能够把杏仁水变成氢气的、上面写满了无数各组织机密的刀或许极为无聊,因为它的性质之间似乎毫无关联。异常就像拼图,在通常情况下就不应该把描绘腐烂尸体的和描绘数学错误的拼在一起,因为两块拼图的画风都并不能连在一起。记忆点数量适中,也需要将异常的数量控制,而将异常之外的图块上都填补上相对而言的正常。

那么,在一个点子开始构思的时候,它就需要一个或少数几个中心的记忆点,而不是在写作之中再增添进去,后一种做法可能导致文章的割裂。正如此篇指导中的说明,你可以试着用几个字或一行字概括你的点子,那么它的画面感就不会太过于割裂。换句话说,在动笔之前,你就应该知道你的点子需要给人以什么感觉。

但是一个简单有记忆点的点子似乎又需要一些深度,以避免读者也来精确概括了你的点子然后说出“这不就是……的……嘛!”一个好的点子可以有许多方式去扩展,这种扩展展现出的并不是多余的记忆点,而是记忆点的深度。同样是一个记忆点,可转化的万用矿物一定会比硬到不可能割开的矿物深化很多。

记忆点并不一定是异常性质。举例来说,一篇文章的跳脸杀、格式错乱、故事中某几个人物形象或它们为了争抢物品的疯狂,甚至当一篇物品在让人读完后大喊“这到底是啥玩意啊!”都可以是记忆点。所以,记忆点也是无尽的。

点子的深度主要表现在它有没有意思,能不能引起人的联想。这一点可以在讨论群或讨论区中得到解答,强烈推荐官方讨论群(QQ:776706786,需要成员资格)。

然而还有一条准则:永远不要画蛇添足。当你觉得一条性质删与不删都差不多,那么可以毫不留情地将其直接删除,它不应该成为你点子的阻碍。当你觉得整个点子的异常都完全是可有可无,那么你就可能要重新拷问这个点子了。

可以怎样思考来得到好的点子?

此部分致力于分析一些文章的点子构成思路,或许这能对于你的写作有所帮助吧。在这一部分中,我会尝试分析一些物品灵感的切入点,也就是最初的那个记忆点。

紫钥石。此文章很显然是将两个本不相关的性质:矿物和空间扭曲,直接结合到一起。这是一种非常常见的异常写作手法,在词库中随机抓几个词,将它们组合起来,然后看一眼。在点子很有意思的时候,词组会特别亮眼。当然,对于太散乱的特点,也需要整合而成一个记忆点。

协调后室时授时服务器,是一篇极为标准的用途起手物品。这类物品致力于解决流浪者生活某个方面的某个问题,通常是组织制作,但也有后室原生。用途是这类物品的最大归宿,因为用途就是记忆点。当然,这种点子也可以和后室的异常性质作紧密的联系,以突出“这并不是正常世界的东西”。

星云。这篇文章的记忆点在于“你以为它是……其实它是……”这种阐述。2这些文章异常性质被着重下笔,外观和性质进行了某种割裂,这样子就会达到意想不到的效果。

当然,点子还有很多。外观起手、正常世界物品起手、以故事为中心,等等,不再列举。

有些点子与这些的任意一个都不相仿,而且其实创作者没必要被这些思维定式限制。在我给出这些思路的同时也就意味着这些思路已经被写过了,而且还都是有其程式的思路了。思考一个点子仍然需要将大众给出的评价放在第一位。

撞点子是什么?

参考文章:你的第一篇SCP之旅:第二部分-叙事与创意,你能从其中得到撞点子的解释。

并不是点子有一部分与已有文章相似就叫撞点子。只有一篇文章从头至尾都能让人想到别的文章,这篇文章才算撞车。由于深化方向不同、记忆点不同,甚至相同的几个记忆点重侧重不同,两个几乎相同的点子也可以去向不同的结果;只有最后的文章才能判定撞车。撞点子并不是非常大的错误,甚至可能意味着你可以从已有文章中得到一些参考,而文章一旦撞车就几乎不可能得到高分。

老套点子列表中的点子很大一部分就是撞车过很多次,而且后来的文章很难将点子表现得超脱出撞车的限制,这也是老套点子并不是不能写的原因。

引用上面指导文章的一句话,

如果你的点子和别人撞了,别就这么放弃了,试试能不能发展出独特的方向。

四:在沙盒站准备

不能发布明显未完成的页面。网站是文章最后发布的地方,不负责草稿。

沙盒站可以方便快捷地测试代码和组件。它的位置就在侧栏上半部分,很容易找到。

仔细阅读沙盒站的指导,并且创建一个页面。

在创建页面时请你不要用object-c-xxx或object-xxx命名页面,不管你把xxx换成什么都不行,entity-c-xxx和level-c-xxx全都不行,拜托了。如果我正在写一篇文章需要用到这个Object C-X,那么我就会直接输入

[[[object-c-xxx|这是个物品]]]

我本应看见一条不生效的链接,但是一旦有人抢占了沙盒站的object-c-xxx,不仅你的草稿会被偷窥,这篇文章也会给人带来误解,尤其是在已投稿条目和你的文章不一致的情况下。

点保存的时候有可能会遇到卡崩的情况,所以我建议在保存之前先将页面源代码复制。也可参考隔壁指导:

Wikidot的两种常见的保存问题及解决方法,感谢MercuresphereMercuresphere

或许你也可以直接在其他小说写作软件甚至一个.txt文件上编辑草稿,最后再测试代码。

你需要在页面的上端(或下端,但不能藏得太深)写入一个评分模块。最基本的评分模块是:

[[module rate]]

很显然这个评分模块会放置在页面的左端,有些和第一段冲突。可以将其置右:

[[>]]
[[module rate]]
[[/>]]

如果你需要插入图片,可以

[[include component:image-block
name=https://third.second.first/urlurlurlurlurlurlurlurl|
caption=你要说的话,在这放什么都行,但是加粗会没有效果,而且不能包含|号。
]]

将name参数后的url替换成你的文件url,在沙盒站传上列表的指导可以在这里的“关于配图”tag里找到。

效果如左图。

如果你想在文章哪处放一张恐怖的图片,特别是这张图片突然弹出来的时候,那么你需要在打标签时额外打上jumpscare标签。











你可以在页面的最后放置一个折叠块来声明作者和其他版权信息。

[[collapsible show="+ 作者信息" hide="- 作者信息"]]
这篇文章的发起者是[[*user zhangbowen55]]。
蘑菇图像的来源:https://pxhere.com/en/photo/1591431
[[/collapsible]]

注意:此处的图像来源应该是你从哪里找到的而不是你最后放在哪里,而且来源必须遵守协议。比如,从cc网站上找到的图片,撰写来源时就应该附上图片在网站上的链接。你可以标注图片自摄,但一旦被查到不符合规则,这篇文章就会被勒令整改甚至删除。该规定溯及音频,具体的授权指导可以在这里找到。

就算是沙盒站,你也不能写违反站规的文章,如涉及某些政治论题和宣扬违法犯罪。

五:撰写时需要注意的


描述能够被后室的人们描述的内容

在某些情况下你需要沉在世界观内,想象自己就是M.E.G.数据库的档案员,正在对于一个物品作详细的记录。这种情况下,你会写出点什么?你能不能轻易地就写出这个物品在到达300个不同层级之后会升阶变成另一种东西?你能不能轻易写出这个物品会随机挑一个后室实体杀死?你能否轻易地写出这种物品现在的全部数量?似乎是不行的。在创作物品文档时,所有信息都要有其根据,不能超脱出下叙认知的范围,这种方法可以保持物品信息的合理性。

当然,此条不适用于格式错乱物品。

关于功能过于强大的物品

一个功能非常强大的物品,很可能会让后室的架构就此崩盘。后室的流浪者真的需要能够切开一切物体的光剑吗?当一个物品功能奇异地强大,那么后室的生活就会舒适到异常。显然后室还没有那种条件,人类仍然需要聚居在安全的地区,在后室中和危险作永无止境的斗争。可以试着让物品变得普通、寻常,实现一种特异的功能,或者在很多方面都有不算超模的功能。

关于物品削弱,还有“有利有弊”真的那么好用?

一些创作者可能为了平衡物品的强大特性,就试图用一些负面效果来使得物品“不那么好用”。但是实际上这种“削弱”如果过于跳脱,就可能会喧宾夺主,破坏记忆点,造成物品画面的不和谐,就像一块拼错地方的拼图,即使边缘能够拼合也会非常破坏观感。

物品的“有利有弊”,某些时候可能会完美融合进文章的记忆点,也可以造成真实的感受,毕竟有两面性的物体还是占多数的。但这必须有一个前提:利和弊在物品文档中能够互相嵌合、对立统一。实际上,大多数此类文章仍然保有一些刻意平衡利弊的痕迹,所以在写作此类文章时,可以先考虑如何嵌合利弊,并可以试着将其打造成文章的一个亮点。

物品极其强大,但其触发条件极为苛刻?抱歉,这就和暴击率0.5%暴击伤害6000%一样,都很奇怪。只要这点不成为文章亮点的话,那么物品就会因为这条变得老套。

对于并无实用意义的物品

世界观内,物品在某些情况下可能没有用途。在写作过程中,物品的用途似乎重要,但仍然有少数文章忽略甚至故意封锁了物品的用途。无实用意义的物体也可能成为物品,但除用途以外的其他部分应该合理、有趣,能够支撑起一篇合格的物品文章。

物品特性的严谨科学性描写

物品文档一般应该避免口语化,但此处的口语化一般指主观地表达一个观点,或者站在个人的角度进行描述。后室站点能够接受语言并不“临床腔”,但仍需要语言足够客观,尽量接近数据库的描述风格。

创作者可以尽量使用客观严谨的文字描绘,点出物品的共性与异常。能够简明之处则选择简明,尽量压缩文章以使得它的记忆点凸显。

某些物品需要以严谨认真的临床腔来表现,某些则无法如此表现。在世界观内,由于后室人群并未全部接受过教育,所以在某些出现广泛、实用性强的后室原生物品文档中,应该尽量照顾此类读者的感受,合理利用足够准确的普通表达。另外,某些物品文档不可避免地会掺杂专业性知识,此时也应该思考文档在世界观内的严谨性。

另外:一些看似严谨的科学描写在后室科学水平的限制下本不应该出现,详见前面“描述能够被后室的人们描述的内容”一条。

请勿画蛇添足——少即是多

假设你是流浪者,捡到一块不明物体,并不知道它是什么。好在后室论坛上有人给你发了这个物品的档案链接。你满心期待地点进去,在加载的过程中,你一直在猜这个物品可以干什么,能卖多少毫升杏仁水,或者到底怎么工作的。但是你点开以后却发现页面上方是洋洋洒洒持续300行的访谈,以及甚至更多的发现记录。或者你是数据库管理人员,你的工作是将物品新发现的性质增添上页面。但是一打开编辑你的手机立刻在后室若有若无的网络里卡了一分钟以加载巨量的文本文件,而要翻到性质段落你仍需要进行海底捞针的搜索。

回到物品文档的创作初衷,它需要归档处理不能用经验对待的重要物件,至少也应该围绕着这个中心展开叙事。一些案例可能可以放在页面里来显现物品的性质,但是拖得太长会显得文章长而无物。

什么叫格式错乱?

格式错乱物品,实际上指的是一种写作风格,它不以记录物品为目的,但旁敲侧击地描述了一种物品。有一些格式错乱,是故事的内核套上物品的外表。有一些格式错乱物品并不真实在后室世界内存在着,有一些则并未指明,全凭读者自己理解。

这种写作风格的特征即是不遵循格式,不按照固有的物品表现形式而写作。现在还并没有非常优秀的格式错乱物品,但Object C-199 - “凋零之花”已经是做到了格式错乱的基本要求,即需要在物品的表面之下表现一个统一的故事,或再旁敲侧击回到物品本身。

人造物品,科技飞升?

参考第一条,未明确指明时间的物品应该是在后室现有的科技水平下能够制作出来的。实际上现在后室的产业链还不甚完全,虽说能够多少制造一些物品,但是过多的高科技物品也会让人怀疑现在后室的科技实力。对于这种物品的合理性可以有以下几种解决方式:

  • 将时间设定延后,如22XX年。
  • 将眼光脱出人造,并且投向自然生成。然而要掌握这种方法还是需要一定技巧的,一个难点是如何将物品写得像后室原生。
  • 对于高科技成分有合理的来源并解释。
  • 试图将物品写成低端科技和后室异常的融合产物。

还有更多的解决方式。

排版

排版属于文章页面内容的一部分,网站成员有权根据排版对于原创文章评分。

两段之间加上一个空行可以将段落分割得更清晰。

运用太多的黑条(████)会使文章排版变得混乱,加粗与删除线似乎也是一样。

并不需要在段落之前加上空格,不仅不太简单,还会使得文章和各级标题显得有些脱节。

使用图片块后可以保存,并且检查图片块是否将文段切割成奇怪的形状,比如Level 66就是个负面例子,它的左置图片块使得排版有些混乱,特别是在遇到标题的时候。3这种情况下可以试着改变图片位置,多尝试几次,总能找到合适的排版。

本站的加粗一般仅仅使用于项目编号或专有名词,并不使用于任何其他的用途。

合理运用无序列表。

* 项目1
* 项目2
* 子项目

效果是:

  • 项目1
  • 项目2
    • 子项目

一些其他的创作提示

  • 读网站上已有的文档。参照它的评分,思考它为什么得到这样的分数。去评论区多逛逛,并再回头仔细批判文章。这可能使创作者的水平迅速提高。
  • 当你感觉写不下去的时候,可以积极地打破你的原有设定。
  • 某些时候需要换种思路继续呈现。
  • 有些时候应假定读者处于17岁的知识水平,而更加高深的知识可以尽量注解。
  • 物品不一定要是真实的事物,它也可以是一些其他的无生命的东西,需要注意的是与现象的区别。
  • 你没必要听从每一篇文章的设定,可以适量忽略掉一些。
  • 日常生活中的一些东西稍微改一下或者撮合一下就可以用于物品设定。
  • 物品和SCP基金会的一部分相当重合,在那里能找到一些挺好的点子,但不能照搬。
  • 可以不收回伏笔。创作者可以等到时间充沛再来发另一个页面,但是要保证最基本的完整性,否则就会因为发布草稿而被警告。
  • 玩梗或塞笑话前请三思,这很可能会使得严肃的氛围被破坏。如果你这篇文章本来就在严肃之外非常好笑,则不在这个情况之内。
  • 合乎规定时,可以尽量寻找合适的图片来让你的文章更加直观。
  • 指导中心的每一篇文章都有其价值。由于SCP基金会的创作与物品有些重叠,所以可以积极串门
  • 不要随便涉足迭代,本站现在还没有合适的迭代指导,而基金会侧有一篇完整的经典迭代指导
  • 无端的撰写恐怖、血腥、成人内容真的是很蠢的事情。在物品创作中,这条的减分比层级或实体都严重。
  • Object C-X并不意味着物品只能在C层群出现。虽然这样解释设定很爽快,但是当能够在英文站找到一篇画风契合的文章来安放物品设定的时候,这条就成为了累赘。
  • 不要过频推文,这个阈值决定于你。
  • 使用英制单位时应同时标出公制单位,反之则不必。
  • 运用高级代码前可以咨询职员。
  • 给你的每一篇文章都留够时间,一些时候速写的文章会有很大的漏洞。如果你使用的 使碎片化的创作时间,请在最后审视全文以发现可能有的割裂。

最后,写作仍然是自由的。祝创作者们在写作的过程中能够写得愉快。

六:评价、批判与改进

快进到你写完,那么先自我检视一下,你的文章有没有如下问题:

  • 错别字或病句,而且不是为了文章内容服务。
  • 极为无聊,而且无聊并不是它的特色。
  • 漏代码,且非故意。
  • 违反站规或低龄内容。
  • 明显未完成。

没有问题之后,你可以寻求批判。

非常常规的寻求评价的方法是在草稿与批判讨论区发帖,但是别把草稿整篇贴到讨论区去,放上你的沙盒链接。……然后耐心等待……

然而更好的方式是去官方讨论群推草稿。进入讨论群你只需要一个已入站的维基账号,输入账号名就可以进入。一般来说,在合适时间推草稿之后就会有人去看。

快进到你得到回复。你得到的回复有可能不是真正的批判,而且你也不应该盲从跟随他人的观点,再次强调,这篇文章也一样。

如果得到的回复和文章真的毫不相关,而且你觉得你的文章又没什么大问题,那么可以直接忽略。但如果一些成员类似如此回复:

你真的看指导了吗?
没什么好说的,标准神风文。
低龄内容,题材就很难绷

那么你就要仔细思考一下:你是否已经将本文章前面链接的几篇指导通读过一遍?如果通读过了,那么又为什么会写出这样的文章?

如果得到的回复大体指出错误,那么创作者应该回去再审视自己的文章,看看错误是否指出得恰当。如果指出得并不恰当,你可以试图找到批评者,并用得体的语言请求再看一遍,或者指出批评者的理解错误。但如果一篇文章让许多读者都理解错误,那么这篇文章一般存在行文上的疏漏,可以改进。

客观的错误,如错别字或漏代码等,需要创作者积极修改。注意:中文繁简有别,自动转换时也不能做到百分百转换正确。如果你是繁体字使用者并想使用简体字发表文章,那么就需要参考简体字的使用标准,一些地区用法会被认为是错别字并进行纠正。你也可以用繁体字发表文章,那么就以繁体字的用法为准。

建议使用三括号链接,即

[[[urlurlurl|链接]]]或[[[https://third.second.first/urlurlurlurl|链接]]]

而不建议选择一括号链接。

你可以在基金会文章如何做好“被批评者”的身份中找到更多接受批评的建议。

七:发布

不要发布一个空页面。

一般来说有两种发布路径,一种是找到主页的“想要发布新作品?”按钮,并选择一个url。原创物品的url应该是object-c-xxx,其中xxx是你的物品编号。

目前物品编号的取值是1-299。

运气不好的话可能每次都选到别人用过的编号,你也可以在主页顶栏的“原创图书馆”点开下拉中找到“原创物品列表”4,并直接选择一条橙色的链接。

之后,你会发现一串提示。建议仔细对照这些提示再检查最后一遍,确认无误后点开下面的创建页面按钮,然后将所有你在沙盒中写的东西全都复制进去。

点保存之前请确认你的文档有这些要素:

  • 评分模块。
  • 若有图片,页面应包含图源,至少要在注释中出现。
  • 所有的Object C-X中,X全部被改为了你选中的数字。
  • 完整的文章。文章漏复制或根本没有完成会被认为是发布未完成草稿。注意:某些剪切板有最大字符限制。

此时的文档标题还是“object-c-xxx”,标准情况下应该将它改成Object C-XXX,后面再加物品的别称,这个前面已经提到。

然后点“保存”而不是“保存草稿”。

最后,你需要在页面下方找到一个“标签”按钮,并按照标签指导的内容编辑标签。标签应该至少打上“原创”“物品”两个。如果你不知道如何应用特性标签的话先暂放就好了,但归因属性必须完整打上(如搞笑成人内容jumpscare等)

你可以择时编辑原创物品列表,将你的物品链接对应的“[数据缺失]”改成你想要的别名。这样子,发布就完全完成。

出于便于统计与管理的目的,在文章中使用include模块对任何除版式、组件、段落以外的其他内容的引用都是禁止的。即,你不能将你的文章主体内容放到其他网站上而在本站只是简简单单地使用include模块来引用你的文章。站务会对于这些文章予以删除。

创作之后:处理评价和更多的改进

评分可以帮助你直观地回顾整篇文章的质量,但评分仍然是主观的,它会受到草稿区关注度、文章在主页的驻留时间、文章评论区的风评甚至网站流量等的影响。

创作者对自己页面的评分是完全自由的,但是一般来说可以选择不评分。删除线会随着你自己的评分而浮动。

评论区的评价若指出了错别字、语法错误、逻辑失调等问题,应及时改正,这些问题本应是在草稿时就改正完成的。如果文章本身被指出有较大问题,如题材并不新颖、已经撞点子或文风较为不专业等,那么可以择时将草稿区的草稿再次整改,而不要直接在已发布的页面上拆拆补补地修改,这很容易造成文章前后不一致。评价的处理原则和在草稿区时基本相同。

之后,在下一篇文章的创作过程中应谨记这些提醒,以避免重蹈覆辙。

附录:在物品写作过程中较为实用的指导和文章

附录:物品模板及其他实用工具

如上文所述,物品模板必须删改,而且可以为了排版,改变标题级数(使用1至6个加号)甚至改为无序列表。快速跳转至那里:物品模板的应用场景

下方的footer-wikiwalk模块并不是强制添加,链接到左右编号也并非强制。你可以用它链接故事系列或者相关文章。

COCS组件页面,这里有详细的应用指导


图片块,上方有使用解释。



FAQ

Q:为什么不仿照现有的指导用Tab形式撰写呢?
A:上面不是有页面索引嘛,那也差不多。主要原因是我的副标题起得好长,Tab就会看起来很凌乱……

Q:你怎么保证你的这篇指导和主站以后的指导标准一致呢?
A:backrooms是开放性文学创作而不是论文,为它制定过多的条条框框很显然没必要。而且主站管理也说了各分部怎么创作是各分部的自由,如果您对当前的指导有不同意见,欢迎在评论区中发表您的建议与批评。

Q:这个真厉害,我马上写物品应该全部按照它的来?
A:别。本文章大部分仅代表作者个人意见,不一定准确,还有你的创作应该是自由的。

Q:为什么只有一位作者!你能代表全部人的意见嘛!
A:欢迎任何合理的建议,只要有价值,我就会考虑添加到页面上。

Q:我要给这篇文章dv。
A:没问题,这种议论性文章也会被低分删除的。但是别恶意评分。

Q:我要做第一个吃螃蟹的人!我要写隐秘物品!可以吗?5
A:记得归到故事分类,在之后有条件可能会移位。而且,故事并不适用隐秘系列标签。

Q:物品也有中分原创的指引了,是不是中分马上就要完全去英站化了?
A:没有这回事,或者说我也不知道。

Q:物品有没有什么必须要写的内容?
A:在文章中内容的安排是自由的。

Q:这个编号被锁了是怎么回事?
A:一般来说锁编号都是为了物品竞赛而预留的,你可以期待一下你的物品出现在上面。


除非特别注明,本页内容采用以下授权方式: Creative Commons Attribution-ShareAlike 3.0 License