WinStory Wiki:词条编写指南
我们希望你可以遵循本文中提到的常见做法创建和扩展 WinStory Wiki 的内容，从而在最大程度上避免任何可能的冲突。
违反或滥用规定（具体取决于严重程度）可能会导致你的讨论页上出现任何临时性警告，或者由管理员暂时/永久禁止你编辑/创建词条。
通过在 WinStory Wiki 中进行编辑，我们将视同你已阅读这些规则和指南。
通用规定
请注意，这些规定并未完全覆盖所有情况，请不要认为不被禁止即自动意味着允许。
一般
- 对其他用户保持礼貌。始终假设善意，除非你有很好的理由和/或证据这样做——永远不要攻击新来者。无论何时，个人争议都应该远离 wiki。
- 进行有意义的编辑。不要进行无用的编辑以将单词替换为其同义词，或从图库图像中删除 File: 前缀等操作。
- 使用单个帐户编辑 Wiki。未经事先批准创建的任何傀儡帐户都有可能会被无限期阻止，恕不另行通知，这也包括主帐户。
- 尽可能避免编辑战。如果你发现自己卷入了内容争议，请在相应的讨论页上提出问题，并使用争议模板标记相应的页面或部分。根据多家同类型 wiki 的经验，我们规定，由于恢复公然破坏行为以外的原因，在短时间（例如：15 分钟）内还原页面三次及以上即被视为发生编辑战。
- 仅使用移动工具移动页面。除非完全必要，否则不要剪切和粘贴页面内容，因为这样做会删除贡献历史记录。即使没有移动权限也不例外。
- WinStory Wiki 不是免费的虚拟主机。任何用户空间编辑也应该被对网站其余部分的贡献所抵消。请勿使用你的个人用户页面来规避以前的删除。
- 编辑要符合法律。无论在词条中进行何种内容的编辑，请始终确保你的编辑内容是在中华人民共和国（含台湾省）的法律法规允许的范围之内进行的。
内容
- 保持真实。不要将 WinStory Wiki 滥用于 WNR、NROS 或其他幻想的东西。这适用于包括用户页面和沙盒页面的所有页面。
- 任何非原创内容都应正确认可原始来源。请勿在未提供至少源网址的情况下复制其他网站的内容。
- 词条主题必须符合知名度准则。尽管并非所有内容都值得在 WinStory Wiki 上报道，但是在通常情况下，如果同一内容（如未来版本或周期等）被超过 3 个知名媒体（同时或非同时）提到，即达到词条创建的标准。但是，达到词条创建标准，并不意味着一定要建立词条，反之亦然。
- 请在新词条中投入一些精力。仅由公式化的“X 是 Z 的 Y”组成的词条，且没有其他内容，这并不比根本没有内容的词条好多少，并且有资格被管理员执行快速删除。在编辑或创建词条时，请始终记住，WinStory Wiki 是一个百科全书，不是一个记录流水账的账本。因此，WinStory Wiki 反对且禁止任何人创建根本没有内容的“白板”词条以及只有公式化的内容“X 是 Z 的 Y”的词条。
- 请确保链接到你创建的词条！如果你不这样做，这个词条就会丢失，并可能导致另一个意义重复的词条被建立。未链接的页面可以在这里找到：孤立页面
法律
- 此 wiki 只是这些版本的知识库。但这并不意味着不能提供或请求任何下载版本的链接。
- 不建议提供有关如何破解软件的链接或说明，例如删除时间炸弹或绕过激活。在法律允许范围内，管理员有权在不通知的情况下删除相关链接和说明。
- 请勿发布可在软件的零售版本中使用的产品密钥或其他激活码（公共产品密钥除外）。
讨论页
- 为新的讨论页主题添加章节标题。如果没有这些，它会从页面中造成不必要的混乱。你的消息也可能对所有用户不可见。
- 在讨论页上签署你的评论。如果你想匿名，请创建一个用户帐户，签名将带有你的用户名。
- 未经作者事先许可，请勿编辑或删除评论。你可以在任何人回复之前更改或删除自己的评论，但是，之后这样做会删除有价值的上下文，应避免。
- 讨论页不是论坛或即时通讯服务。尽量保持关于 wiki 内容的讨论。还有许多其他服务可用于一般和个人讨论，例如 QQ、Discord 等。
常见问题
Q：我可以在 WinStory Wiki 自由注册帐户吗？
A：不可以。WinStory 属于经国家相关部门批准备案的网站，根据备案要求，以及 WinStory Wiki 的实际，WinStory Wiki 不支持任何形式的自由注册帐户功能。如果你需要注册 WinStory Wiki 帐户，你可以直接联系站长 Enlightment101。请在发出请求时注明自己要用于注册的用户名。
Q：我可以更改我的用户名吗？
A：如果你的帐户已存在至少 6 个月，且你之前一年没有更改过用户名，你可以在管理员公告板上要求更改你的用户名。请注意，即使你符合标准，在某些情况下你的请求仍有可能被拒绝。 要求更改用户名的拒绝情形包括：
- 用户名违反中华人民共和国境内的有关法律规定；
- 用户名使用了任何国家当前或过往国家领导人的姓名（包括拼音）；
- 用户名使用了邪教名称或者与邪教相关的名称；
- 用户名使用了明显攻击他人的名称。
Q：为什么我无法上传图片或创建新词条？
A：只有自动确认的用户才能上传图片和创建新词条。自动确认状态会自动提供给注册存在至少 90 天且至少进行了 50 次编辑的所有注册帐户。
Q：我可以将内置应用的列表明细写进词条吗？
A：不可以。内置应用情况因不同版本的情况也会有区别。如果写进内置应用情况，可能会引发争议。因此，不可以将内置应用的列表明细写进词条。但是这里仅指代单纯的应用列表及简介，对于更改中有关应用的增减，依然可以正常写进词条，因为这属于版本自身功能变化。
Q：WinStory Wiki 与 BetaWiki、BetaArchive 或 BetaWorld 有关吗？
A：不，WinStory Wiki 与问题中所述的其他几家互不隶属，同样的，与其他类似的网站或社区等也互不隶属。我们与这些网站唯一相同的只是碰巧与其他几家共享相同的研究重点。
Q：如何下载内部版本？
A：目前暂时不提供下载。对于标记为可用的版本，在多数情况下，未来计划通过规划的另一个站点提供下载。
日期格式
WinStory Wiki 在词条和其他文章中使用年月日“长”日期格式（如 2023 年 1 月 10 日）。但是，在空间有限的情况下，也可以使用 ISO 8601 使用的年-月-日 （YMD） 数字日期格式（例如：2023-1-10），但不能在文章文本本身中使用。
下表进一步记录了首选日期格式：
| 一般写法 | 备注 |
|---|---|
| 1985 年 11 月 20 日 | 词条正文和信息框内使用的日期格式。 |
| 11 月 20 日 | 只有在没有歧义风险的情况下省略年份。 |
| 1985-11-20 | 只在空间有限的地方使用，例如表格。信息框则是正常使用长日期格式。 |
| 1985 年 11 月 | 只有仅明确到月份时才使用。 |
知名度准则
软件有许多，同样流行的软件也很多，WinStory Wiki 不可能也无法涵盖在 Internet 上提到的每一个软件的每一个版本。基于此，我们根据知名 Beta 百科 BetaWiki 的知名度准则，结合 WinStory Wiki 和国内爱好者的实际，设计了一套通用知名度准则，查看某个主题是否需要或值得涵盖。这些准则并非绝对性的，在平日操作中，可以根据具体情况针对具有重大历史意义的主题采取豁免。
操作系统与应用
当某个操作系统（Windows 为未来产品或周期）或应用程序在独立于产品供应商的多个消息源中被多次提及且有具体可证实的版本信息（如内部版本）时，即认定此操作系统（Windows 为未来产品或周期）或应用程序适合单独设立词条。
独立产品的组件和软件模组将会视为单独产品，同样需要通过知名度准则评估。
软件版本
涵盖原型版本并因此研究流行软件的演变是 WinStory Wiki 的主要任务。如果以下所有要点（包括列出的额外两类情况在内）中有至少两点适用，版本可以认为是值得注意的：
- 产品本身值得注意
- 版本（周期）已被适当的来源提及
- 源材料的作者被认为不太可能拥有所述版本
以下来源也被认为是合理适当的：
- 版本介质本身，例如：可引导安装介质，例如光盘或软盘上的安装介质；原始媒体，如磁盘映像转储、编译器输出
- 版本的屏幕截图或视频，因为它可以追溯到原始上传
- 关于版本本身或其功能、错误等的文章。
- 此后公开的内部文件
如果在多个版本中提及以下来源，也同样可以作为来源接受：
- Warez CD 列表
- 新闻组讨论、评论、错误报告
- 下载页面的屏幕截图
如果版本的来源来自开发人员本身，视为版本已确认，因此对其合法性/存在没有疑问。
同样，我们也以有限的方式涵盖部分虚假版本。如果除了上述标准之外，虚假版本仍然存在使个人对其合法性感到困惑的可能，版本也会被认为是值得注意的。
游戏
只有预装在 WinStory Wiki 上记录的操作系统中的游戏及其原型版本才被认为足够引人注目，可以创建并编写独立的词条。任何未预装在任何操作系统中的第三方游戏都不适合于 WinStory Wiki 的范围。
工具
除了介绍实际软件及其原型版本外，我们还专注于使旧测试版使用更容易的工具，例如模拟器或隐藏功能的解锁器。当然，这些工具也应该被社区证明是值得注意的。
版本收录范围和规则
根据爱好者们和用户的实际，针对版本收录范围，WinStory Wiki 对版本收录范围做出以下明确：
允许的版本
- 正式发布的版本（包括推送和发布）
- 已通过散装程序、镜像等形式泄露的版本
- 在版本的屏幕截图中提及的版本
- 在符号服务器被发现的版本（仅有限涵盖）。
- 特定性质的累积更新版本。如：功能更新本身基于累积更新开发、特定累积更新是特定主要版本的最终更新、具有重大功能变化的累积更新、在功能更新正式发布前的累积更新、专用累积更新（如测试通道）。
- 需要以有限的方式涵盖的假冒版本
不收录的版本
- 源自原始设备制造商（OEM）的零售版本的变体。唯一的例外是那些具有重大变化的产品，例如在与零售业不同的体系结构中可用（通常是不兼容 IBM PC 的体系结构）。
- 通过 Windows Update 服务获取的 RTM 内部版本的更新修订版。唯一的例外是具有主要接口、内核/内部版本号和/或应用程序更改的更新版本。
- 来自 compliance.ini、cversion.ini 或 AppxManifest.xml 文件的版本号。
- 测试版的累积更新版本，特别是来自 Windows 10 及更高版本的版本。但特定性质的累积更新版本除外。
删除政策
请参看删除政策。
风格指南
首先，给出百科词条编写的通用要求：无论词条长短、包括内容和标题在内，所有的中英文、汉字与数字、汉字与非标点符号（如数学符号）之间均需以空格分隔。虽然你在编辑时没有进行任何空格分隔并不会导致任何形式的处罚，但是并不意味着管理员不会对此问题纠正，管理员亦会在无通知的情况下对相关问题进行纠正。
命名方案
目前，WinStory Wiki 支持的是主要对 Windows 操作系统的研究。其他操作系统目前仍在研究具体研究的可行性。以下是在 WinStory Wiki 内针对 Windows 的命名方案。
对于 Windows 具体某个内部版本，词条标题如下所示：
Windows X Build Y.branch_name.yymmdd-HHmm
上面的规范是最冗长的规范，也是最明确的规范。其中：
- X 表示 Windows 具体产品名称。
- Y 表示内部版本号和修订版本号，并不表示主要版本号和次要版本号。
对于仅使用主要版本号和次要版本号的 Windows 版本（即没有 Y 位置可用的信息），可完全省略内部版本号、修订版本号、分支等信息，仅使用 X 即可，如 Windows 1.04。
如果仅有内部版本号和/或没有修订版本号，没有分支等其他信息，分支和编译时间可省略。例如：Windows 11 Build 25871.1000、Windows 11 Build 25865
切勿提及 Windows 10/11 更新版本的完整更新名称，仅需使用纯数字 10/11 即可，例如：Windows 11 Build 25387.1200.zn_release_svc_prod1.230602-1800
符合 WinStory Wiki 要求的版本词条模板可参看 Windows 示例词条。
对于 Windows 主要版本和功能更新，词条标题如下所示：
Windows XXX
通常，Windows 主要版本无需特别规定，仅需写明具体 Windows 的产品名称即可，例如：Windows XP。
对于 Windows 10/11 及其功能更新，在命名时可直接采用 YYMM 或 YYH2 版本作为命名，例如 Windows 10 v1809、Windows 11 v22H2。
对于已经确定更新正式名称者，需要在正文开始声明更新正式名称，如：Windows 11 版本 22H2，正式名称为 Windows 11 2022 更新。在一般情况下，正式名称将会重定向到 YYMM 更新版本，例如将 Windows 11 2022 更新重定向到 Windows 11 版本 22H2。
符合 WinStory Wiki 要求的主要版本词条模板可参看 Windows 示例词条。
谨慎使用“泄露（泄露）”一词（非强制）
此条款非强制，但需要对此进行说明。
通常仅在指首次或一般情况下在其预期用户群之外发布的版本行为时使用“泄露（泄露）”。尽可能避免使用此词来指代上传到特定站点（如果未经授权的个人早在主题公开之前就已经访问了版本）。其他替代方案（例如共享、上传或可用）可能更可取，具体取决于相关主题的上下文，即：
“用户 X 共享此版本”；
“版本已上传到站点 Y”；
“这是最早可用的版本 [...]”
正文内容
在 WinStory Wiki 中，对于正文，要求不得采用空白或仅仅简单写一句版本何时泄露或发布即完成任务。因为 Wiki 是一个百科平台，而非一个记账的账本。如果你在 WinStory Wiki 中将词条编写和修改作为记账对待，管理员可能会对你进行警告，乃至收回编辑权力。
对于词条的正文，所有词条的正文都应以导语开始，介绍主题并总结要点。这一部分通常以一句对词条主题的简单描述开始。例如：
Windows 8 Build 8250 是 Windows 8 的官方消费者预览版，于 x 年 x 月 x 日正式向公众发布。
正文中的版本号通常不写具体的分支（实验室）和编译日期和时间。但以下情况需要在正文中说明： 如果版本在不同分支（实验室）具有多个版本，此时正文需要在版本号中注明分支（实验室）。例如：
Windows 10 Build 14355.rs1_release_prs 是 Windows 10 的版本，于 x 年 x 月 x 日泄露
如果版本在同一内部版本号、同一修订版本号、同一分支（实验室），但在不同日期具有多个版本，此时正文中需要在版本号中注明编译日期和时间。例如：
Windows XP Build 2267.000909-1503 是 Windows XP 的版本，于 x 年 x 月 x 日泄露。
如果版本在同一内部版本号，但在不同修订具有多个版本，此时正文中需要在版本号中注明具体修订版本号。例如：
Windows 11 Build 23403.1000 是 Nickel 的版本
对于词条整体来说，WinStory Wiki 更喜欢的是质量，不是数量。一个高质量的词条更受大家的欢迎。此外，禁止在 Wiki 中的任何词条中引进任何对版本中某个情况或故障的个人评价，否则，管理员有权在不发出任何通知的情况下删除相关内容。
针对词条中表示更新或 Bug 等内容的部分（包括新增功能和更改、Bug 或其他单独列出的栏目），如果只有一条更改、更新或 Bug 等内容，可以正常以正文的方式列出。但是，如果此版本包括的更改或更新内容不止一条，应通过无序列表来标记。
对于词条的正文有关更新、引用或 Bug 部分内容，在只有一条的情况下可以正常列出：
版本更新、引用或 Bug 内容。
在有多条的情况下可以正常列出：
- 版本更新、引用或 Bug 内容。
- 版本更新、引用或 Bug 内容。
在有多条，且需要分级的情况下可以这样列出：
- 版本更新、引用或 Bug 内容。
- 版本更新、引用或 Bug 内容。
- 版本更新、引用或 Bug 内容。
- 版本更新、引用或 Bug 内容。
无序列表在编辑器中你看到的应该是这样的：
在有多条的情况下列出：
* 版本更新、引用或 Bug 内容。
* 版本更新、引用或 Bug 内容。
在有多条，且需要分级的情况下列出：
* 版本更新、引用或 Bug 内容。
** 版本更新、引用或 Bug 内容。
*** 版本更新、引用或 Bug 内容。
**** 版本更新、引用或 Bug 内容。
截图
对于截图，WinStory Wiki 也有自己的要求。针对 WinStory Wiki 的截图要求，简而言之，所有屏幕截图要求如下： 剪切到主题的确切大小（桌面或应用程序窗口）
- 不以任何方式缩放或扭曲
- 以无损格式保存，例如 PNG
- 具有产品的全新、原始安装
- 使用默认设置，除非目的是显示设置的效果
- 没有产品本身不包含的任何自定义图形
如果可能，请使用 Windows 屏幕截图功能（打印屏幕键、截图工具）拍摄桌面照片，如果使用虚拟机监控程序/模拟器，请使用屏幕截图功能。
截图分辨率
对于分辨率，在确保原始画质的情况下，需要达到以下要求：
- 对于 Windows 10 及以前版本，除部分版本的特殊限制，要求宽高比 4:3，最高分辨率 1024×768；
- 对于 Windows 11 及以后版本，除部分版本的特殊限制，要求最高分辨率 1280×800；
推荐分辨率标准：
- 对于 Windows 3.x 及以前，建议分辨率为 640×480，或 800×600；
- 对于 Windows 9x 至 Windows 2000，建议分辨率为 1024×768；
- 对于 Windows Vista 及以后版本，建议分辨率为 1024×768，或者 1280×800。
对于过渡版本，分辨率规定如下（建议）：
- Windows 3.x 至 Windows 9x 过渡版本，建议 800×600；
- Windows 2000 至 Windows Vista 开发重置前之间的过渡版本，建议 1024×768。
在词条中的截图
桌面不应在应用程序的屏幕截图中可见。
每个词条中正文通常需要 3 个截图：桌面、关于 Windows 和徽标。在大多数情况下，版本词条只需要前两者。对于全屏截图（如桌面和开始屏幕）最低要求是 1024×768，16 位颜色（16777216 色），除非相关词条中提到的版本不支持此类视频模式（例如，256 色的 1024×768 适用于 Windows 3.1 和早期的 Windows 95 版本）。
屏幕截图不得使用特定主题未包含的主题、壁纸或其他图形，即使它们是“演示（Demo）”屏幕截图。大多数屏幕截图应使用默认设置拍摄，除非屏幕截图的目的是演示设置的效果。屏幕截图应在安装后显示干净状态，不能额外安装任何软件，除非它们显示特定主题的功能无法以其他方式演示。任何个性化选项都可以在图库的“演示”屏幕截图中合理地演示。建议使用具有操作系统或应用程序的干净副本的单独计算机（虚拟或非虚拟），以便截取屏幕截图。
桌面截图应没有任何额外的窗口，它应该代表系统在没有任何正在运行的程序的情况下完全空闲时的状态。如果操作系统显示工具或特殊图形（例如欢迎屏幕），则称为“首次启动”，并且与桌面截图分开。
每词条还可以包含一个库，其中包含其他关联的镜头。其他全屏屏幕截图属于此处，例如“演示”（它展示了版本的独特功能）。其余镜头通常是版本特有的程序的镜头。这些镜头应裁剪为程序窗口的大小（包括透明度和窗口阴影，如果存在此类效果）。子窗口（如果有）应在其整个区域中可见。词条屏幕截图应没有任何水印或通过图像编辑器（例如画图）制作的注释。
要使用半透明和/或超出主窗口区域的投影拍摄窗口屏幕截图，建议使用能够创建屏幕截图的应用程序，以保留上述功能并使用 alpha 透明度生成图像文件。这也可以通过在白色和黑色背景下拍摄两张屏幕截图并使用图像编辑器遮盖半透明部分来手动完成。
- 在此种情况下，推荐使用的截图工具为 AeroShot。