|
| 本页包含核子百科的fallout Wiki:Editing guideline。描述了辐射维基上的文章应以何种风格撰写，以及应如何应用各种格式选项。如需更多帮助，请访问避难所学院或核子百科生存指南。 | |
 | |
常规[]
- 辐射中文维基使用符合日常用语规则的中文（简/繁体均可）并遵循维基百科风格手册。
- 核子百科格式化策略优先。
- 内容应以百科全书式的语气书写。描述应清晰准确，不允许猜测或不确定的事实。
- 用户必须先注册一个帐户，然后才能为辐射维基做出贡献。 (根据注册用户要求 - 11/20/2021)
- 写作时不要过于具体。
- 编辑应该使用完整的句子。
- 口语、俚语和其他非正式风格是不可接受的。
- 游戏专用词应反映游戏中的拼写，即使在不正确的情况下也是如此。大写注意事项在下面的部分中列出。
- 内容应以现在时写，除非与第一个按时间顺序的辐射标题之前发生的事件有关，可以用过去时引用。
- 文章不应该只基于游戏外提及，如那些来自设计文件或游戏指南的内容。内容必须在游戏中直接提及或出现才能保证文章独立。
- 不允许在游戏文章的幕后部分之外使用维基百科链接。这不适用于元文章，例如配音演员。
- 辐射维基有一个自定义CSS类，用于由"va-table"变量调用的表。它应该用于文章中的所有可见表格。
- 不要过度链接。一个页面应该只在第一次出现时从给定文章链接一次。如果第一个链接在页面上很远，或者如果单词的使用方式有必要，则可以重复链接，例如在列表中。
可验证性[]
可验证性意味着其他用户可以检查所提供的信息是否来自可靠来源。核子百科上添加或存在的所有材料都必须是可验证的。内容必须由以前发布的信息而不是编辑的信念或经验来确定。即使编辑器确定某事是真实的，它也必须是可验证的，然后才能添加。添加来源时，必须保持中立的观点，并且只呈现来源所说的内容。所有引文都必须包含直接支持该声明的内联引文。任何缺少来源的材料都将被删除。
你可能会看到几个模板提醒编辑需要添加可验证、准确和相关参考的文章，或删除来源不支持的推测和/或特征。首要目标不是彻底删除信息，而是关注:
- 重新措辞，使其与参考文献保持一致(声明必须与参考内容完全一致，不得外推或修饰)。
- 确保使用可验证的来源适当引用每个新声明(另一个编辑器必须能够检查源文本以确认)。
- 检查所有引用是否与声明相关并根据源类型正确格式化(参考文献必须以简洁的方式直接支持该主张，并且如果它来自非正史来源，则必须适当标记)。
纠正而不是删除[]
- 根据编辑摘要清晰性投票 - 10/07/2021
尽可能解决问题，但保留适当的内容和信息。只要基础信息（如果不是添加方式）是可靠的，就应该保留和更正，而不是直接删除。考虑重写编辑，以提高质量或清理格式，以满足核子百科标准。如果发现错误后无法纠正，与其丢失有价值的信息，还不如将该部分标记为纠正，这样它就可以得到处理，而信息和不正确的格式也不会得不到处理。
而不是从文章中删除内容:
- 重新措辞或纠正语法以提高。
- 修正格式或样式错误。
- 合并或移动内容到更相关的现有文章(如果它还没有被表示)，或者将内容分割到一个全新的文章。
- 做一个快速搜索的来源和添加引文。
- 通过添加请求引用{{citation needed}}标签。
- 如果在发现错误时无法纠正错误，则在必要时添加适当的清理标记。
- 纠正任何伴随的不准确之处，同时保持其余内容完整。
如果不确定信息的内容，可能还需要在编辑摘要或文章讨论页面中提及标签背后的任何问题或理由，以便明确需要获取哪些具体信息或应该处理哪些其他问题从而改进页面。应从表面上消除破坏行为。
格式[]
- 当文章名称第一次出现在文章本身时，将其加粗。任何替代名称在第一次出现时也应该加粗。
- 书籍和游戏的标题应该使用斜体字。
- 不要全部使用大写。
- 不要使用引号、斜体或粗体来强调。
文章名[]
- 对于角色，标题和等级不应包括在文章标题中，除非他们的名字的任何部分是未知的。例如，如果一个角色在游戏中被称为"
拉玛尼圣骑士"，文章应该被命名"拉玛尼"。如果可能的话，最好使用全名，因此"莱拉·拉玛尼"会比"拉玛尼"更为合适。然而，"拉玛尼圣骑士"应该重定向到"莱拉·拉玛尼"。 - 如果文章的主题在游戏中主要使用缩略词，缩略词(不间断)应该用于主URL。例如，在游戏中主要被称为"
V.A.T.S."，文章应该被命名"VATS"。"Vault-Tec Assisted Targeting System"和"V.A.T.S."都应该重定向 到"VATS" - 单主题文章应该使用单数("
Mutant"，而不是"Mutants") - 类别名称应该是复数("
Category:Fallout 3 items") - 概览文章应该被命名"
<完整的游戏名称><主题的复数>" ("Fallout 2 organizations") - 出现在多个游戏中的主题应该以游戏名称的括号命名，而不是附加或更新名称。附加组件或更新名称只能在没有其他显著特征的情况下使用，以命名文章，并且游戏特定的文章已经存在。(根据MotM October 2021)
介绍性文本[]
另見： Forum:Proposal: Use templates to handle introductory text
{{In FO76}}模板用于所有辐射76介绍和外观部分，替换"在辐射76"和"[更新]介绍"语言。管道和更新缩写用于添加第一次引入内容的更新。例子{{In FO76|WL}}出现在辐射76中，是在废土人更新中引入的。
合并和拆分[]
- 每一篇文章都应该足够“强大”，能够独立存在。这意味着主题提供了足够的内容来写一篇适当长度的文章。信息应该以一种让读者容易找到他们想要的东西的方式呈现。
- 这意味着在创建一篇新文章时，总是要考虑它的主题是否太弱而不能承载自己的文章，以及是否与另一篇文章合并会更方便读者。如果这些问题的答案是肯定的，那么应该将内容添加到现有的文章中，或者合并已经创建的文章。如果一篇文章的主题足够宽泛，足以为多个单独的文章提供足够的内容，或者如果它对读者来说更方便，那么它应该被拆分。
- 编辑器的责任是纠正合并或分割所影响的所有链接。可在首选项菜单利用“What Really Links Here”小工具。
- 不要删除空的重定向，因为它们可以防止创建重复的文章。
概述[]
- 如果一篇文章的主题出现在多个游戏中，那么就应该有一篇关于该主题的文章作为概述。
- 概述列表将按发行顺序包含每个游戏的变体。具体的游戏玩法信息应该放在单独的文章中，而不是列在概述中。
- 如果一些角色、道具和技能等可以以列表的形式呈现，而不会丢失任何信息，那么它们就应该以列表的形式呈现。
观点[]
投稿应仅使用以下第三人称观点。引用的元素，如错误说明、引用、开发人员评论和文本，是豁免的，并使用原始的拼写和透视图。
| 术语 | 描述 | 例子 |
|---|---|---|
| 玩家 | 当提到游戏机制、自定义或角色系统时。 | "玩家可以同时拥有19个可用突变中的18个。" |
| 玩家角色或者 主角名字 |
当提到主角时，在故事情节中，或在描述任务或对话选择中的行动时。 | "玩家角色将死在一个浅坟墓中。" 或 "信使被丢在一个浅坟里等死。" |
消除歧义[]
- 如果一个给定的术语可以引用多个文章(如果它是“歧义的”)，这些文章应该被移到非歧义的(或“消除歧义的”)标题。一个消除歧义的页面，一个链接到这个术语可能提到的所有可能的文章的页面，应该放在歧义的标题。
- 如果没有其他方法来消除标题的歧义(比如用姓氏代替共同的名字)，括号中的术语应该加在末尾。
- 如果一个术语被游戏消除了歧义，而一篇文章指的是多个游戏，则应该创建一个没有括号的术语消除歧义页面。
- 创建一个消歧页面所需的最少文章数是两篇(2)。
| 例子 |
|---|
|
大写[]
文章的页面名称和链接不应该过度大写，不管它们是否与游戏中的主题有关。如果不清楚一个名称是专有名称还是普通名称，则应该根据具体情况讨论和决定命名。
| 例子 |
|---|
|
分类[]
- 所有的内容页应该至少属于一个类别，而不是维护类别。维护类别是Category:Attention required的所有子类别。消除歧义的页面和重定向在这个规则的意义上不被认为是文章。
- 内容页应该放在它所属的所有类别中。
- 内容页面应仅放置在类别树的给定分支中最特定的类别（或多个类别）中。
- 一篇文章应该始终按照主题的特征进行分类，而不是文章的特征。例如，包含错误描述的字符文章不属于Category:Bugs。
- 文章不应该留下一个不存在的(红色链接)类别。要么这个类别应该通过点击红色的链接来创建，要么这个链接应该被删除或更改为一个确实存在的类别。
- 用户页面不应该放在内容类别中。它们可以被放在明确允许这样做的某些类别中，否则，它们应该保持未分类。
| 例子 |
|---|
|