Minecraft Wiki:社区专页

社区专页是为用户讨论编辑相关话题设立的。用户也可以在对应页面、用户的讨论页讨论。在发言后请记得添加~~~~签名。

请了解，Minecraft Wiki在共识系统上运作而不是投票决定，清楚地阐述自己的理由比简单地支持争论的一方更有效。

长讨论请发布于论坛，涉及管理员权限的相关事宜请发布于管理员告示板。涉及繁简字词转换等问题请到繁体中文问题报告中提出。

常用页面

计划 格式指导 版本格式指导 红石格式指导 Wiki条例 编辑手册 讨论页方针 书面汉语指导 特殊页面 快速参考页 沙盒 维基百科的编辑指南

Minecraft Wiki不是客户服务中心！游戏问题请移步Minecraft帮助中心或者玩家游戏社区。

所有在该页面上发表的无关话题都将被存档至无意义话题处。

请点击下面的“发起议题”按钮或页面上面的“添加话题”标签在页面底部发表新的议题。

存档

• 2014年11月－2018年12月
• 2019年1月－2019年6月
• 2019年7月－2019年12月
• 2020年1月－2020年4月
• 2020年5月－2020年6月
• 2020年7月－2020年12月
• 2021年1月－2021年6月
• 2021年7月－2021年12月
• 2022年1月－2022年6月
• 2022年7月－2022年12月
• 2023年1月－2023年12月
• 2024年1月－2024年6月
• 2024年7月－2024年12月
• 2025年1月－

最新Wiki新闻

• 2025年3月17日 - 新的巡查员AblazeVase69188上任。
• 2025年3月10日 - 经社区讨论，“关注度”更名为“收录标准”。
• 2024年10月18日 - 新的巡查员TeaSummer上任。
• 2024年8月14日 - 新的巡查员海绵couna上任。
• 2024年7月1日 - 新的管理制度实施。

---

其他讨论页上的最新讨论（刷新列表）

2025年3月18日 03:56 – Talk:刷怪蛋 – AblazeVase69188 2025年3月18日 03:53 – Talk:钓鱼 – AblazeVase69188 2025年3月16日 12:09 – Tutorial talk:PvP – AblazeVase69188 2025年3月16日 04:50 – Minecraft Wiki talk:封禁准则 – XiaoXin666 2025年3月16日 02:20 – Talk:漏洞追踪器 – Moying131 2025年3月16日 02:07 – Tutorial talk:阳光探测器 – Eletron ProCoress 2025年3月15日 13:59 – Talk:Java版Infdev 20100330-1 – 223.74.142.218 2025年3月15日 13:57 – Talk:Java版Infdev 20100227-1 – 223.74.142.218 2025年3月15日 13:25 – Talk:Java版Classic 0.0.12a – 223.74.142.218 2025年3月15日 10:02 – Talk:堡垒遗迹 – Leo768

2025年3月18日 04:28 – Minecraft Wiki:论坛/关于CommentSprite的处理方案 – Wilf233 2025年3月17日 15:18 – Minecraft Wiki:论坛/建立中国版命名空间并拆分中国版页面 – Lakejason0 2025年3月16日 11:56 – Minecraft Wiki:论坛/在主命名空间补充译名相关内容 – SkyEye FAST 2025年3月16日 11:36 – Minecraft Wiki:论坛/启用简体转换表与开放使用繁体编辑事宜 – Terlity 2025年3月16日 09:43 – Minecraft Wiki:论坛/重构历史模板及整理用例（2） – MC GK3 2025年3月16日 09:30 – Minecraft Wiki:论坛/提议拆分页面“花” – MC GK3 2025年3月10日 09:27 – Minecraft Wiki:论坛/关于台阶、楼梯、墙的方块列表及历史的部分细节 – TeaSummer 2025年3月9日 14:58 – Minecraft Wiki:论坛/关于尚未出现在预览版本中特性相关条目主题的关注度问题讨论 – Anterdc99 2025年3月9日 11:18 – Minecraft Wiki:论坛/为纹理文件摘要添加纹理历史 – Libamid 2025年3月6日 12:50 – Minecraft Wiki:论坛/关于游戏内截图创建的规定 – Wilf233

#	话题	发言条数	参与人数	发起者	最后发言者	[隐藏]最后发言时间（UTC）
1	关于对“生电”的解释	10	4	Cmprssntl	Cmprssntl	2024年10月18日 (五) 13:23
2	关于大事记页面的书写规范	3	3	Misividkoukou	Cmprssntl	2024年10月12日 (六) 13:42
3	修复物品配方到底该放在哪个段落？	1	1	Colin_319	Colin_319	2024年10月1日 (二) 12:18
4	中国版文件的许可协议是否合适	2	2	AblazeVase69188	4²K	2024年10月19日 (六) 17:41
5	远古城市”基岩版与Java版“的战利品表有些许错误	2	2	2409:8A00:2644:4220:ACBC:AE4A:1634:1F72	XiaoXin666	2024年10月30日 (三) 15:43
6	关于后续版本指南的撰写	6	3	McplayerFS	Computerb	2024年10月25日 (五) 10:11
7	是否应将愚人节版本的特性拆分为单独界面	2	2	MChtc	ChemistChang	2024年10月29日 (二) 06:58
8	加载器Mod的称呼是否应统一	2	2	Afulai2333	MChtc	2024年11月2日 (六) 03:40

话题

关于对“生电”的解释

生电机器大多都以机械化或半机械化生产某种或多种物品，能否将其解释为“生产红石电路”？ 或是对生电有两种解释： 1.狭义上，指“生产红石电路”，即机械化或半机械化生产某种或多种物品的红石电路 2.广义上，指“生存实用电路”，即原来的解释，只要是为生存模式服务的红石电路都算生电 此外，储电（如全物品）、TNT大炮（如珍珠跑）、航械（如世界吞噬者）等，它们虽然不生产物品，但为生存模式服务，是否可以算作广义生电？ --Cmprssntl（留言） 2024年8月22日 (四) 14:41 (UTC)

“生存实用电路，简称生电。生电的定义范围较广泛，通常集数电、模电、械电三家之长，主要特点是为生存模式服务，因而追求耗材少、卡顿低、稳定性强等。”援引自红石电路#生存实用电路，我认为这并不存在歧义，已经明确指出了这是一个广泛概念。 --YukiSugar [Talk] 2024年8月22日 (四) 15:28 (UTC)

是的，这确实是一个广泛概念。但是，这样定义“生电”，界限未免太模糊了。“为生存模式服务”本身就是一个主观的概念，不够严谨。

现在市面上的“生电机器”大多都以机械化或半机械化生产某种或多种物品（比如刷...机、刷...塔）作为工作目的（这也符合“为生存模式服务”），由此来定义“生电”为“生产红石电路”，界限分明，又严谨。

但是，在社区中又有许多经常和“生电”联系在一起的红石作品，比如储电（如全物品）、TNT炮（如珍珠跑）、航械（如世界吞噬者）、甚至是更新抑制器等，它们虽然不生产物品，但也“为生存模式服务”，在“生电”中也有一定地位。

所以，我的观点是：对生电有两种解释：一是狭义上，指“生产红石电路”，即以机械化或半机械化生产某种或多种物品作为工作目的的红石作品，就是“生电”；二是广义上，指“生存实用电路”，即原来对“生电”的定义，凡是被认为为生存模式服务的红石作品都算“生电” Cmprssntl（留言） 2024年8月23日 (五) 13:36 (UTC)

这需要看社区的看法。 Rowboat123（留言） 2024年8月28日 (三) 10:15 (UTC)

我觉得还是指“生存实用电路”。 Oak tree（留言） 2024年8月30日 (五) 04:23 (UTC)

---

以下留言与上一条留言间隔了32日。

我又有了新的观点。

• “生电”中的“生”字同时有“生产”和“生存”的意思。
  • 如果与“储电”相对，则意思为“生产红石电路”；
  • 如果与团队制作、耗时长的大型红石作品相比，则意思为“生存实用电路”。
• 我还认为这两种意思不是包含关系，而是并列关系，中间有一定交集。
  • 很多生产物品的机器并不实用，生存中实用的机器也不一定是生产物品的。
    • 比如普通生存中没有用的刷泥土机和很实用的物品分类器。

补充：在社区中是“生存实用电路”。

我认为我的回复有一定的帮助，因此虽然距上一条留言超过30天，但我还是发布了。 Oak tree（留言） 2024年10月1日 (二) 06:44 (UTC)

同意“这两种意思不是包含关系，而是并列关系，中间有一定交集。”但大体上看“生存实用电路”是广义的，一般包括“生产红石电路”。（因为绝大多数的生产都是有价值的，都是为生存模式服务的。包括你提到的刷泥土机，也可以为大型建筑生产材料。）

此外，是否有必要将此话题移至论坛进行长期讨论？Cmprssntl（留言） 2024年10月1日 (二) 14:24 (UTC)

应该是没有必要。 Oak tree（留言） 2024年10月8日 (二) 07:02 (UTC)

最重要的就是“生”字的一字多义。 Oak tree（留言） 2024年10月8日 (二) 07:07 (UTC)

我注意到，一个“生存实用电路”之所以“实用”，无非只做了两件事：生产和储存物品。而生产物品的可以解释为“生产红石电路”。

因此，“生电”可以指：

1.狭义上： “生产红石电路”，即机械化或半机械化生产某种或多种物品的红石电路（通常是“生存实用电路”中的生产部分），例如：不带收集的袭击塔、刷冰机等。

2.广义上：“生存实用电路”，即为生存模式服务的红石电路【通常由生产部分（狭义生电）和收集部分（储电）组成，但不一定全部有，例如全物品没有生产部分、一些简易的“丐版”机器如刷花机依靠玩家自行捡起生产的物品，没有收集部分】

Cmprssntl（留言） 2024年10月18日 (五) 13:23 (UTC)

关于大事记页面的书写规范

现有的大事记页面没有一个准确的收录标准以致于mcc，minecraft experience 似乎不能收录其中，并且存在某些格式不规范问题，是否应该将mcc和minecraft experience此类活动收录其中，并且规范minecraft live的书写格式？ Misividkoukou（留言） 2024年9月28日 (六) 10:45 (UTC)

同意。大事记应该以minecraft的各类活动为基础，加上简略的版本记录。

minecraft live差不多每年都有，规范格式是必须的。 Oak tree（留言） 2024年10月1日 (二) 06:23 (UTC)

：同意。mcc和minecraft experience等活动在玩家社区有一定影响力，是Minecraft的大事 Cmprssntl（留言） 2024年10月12日 (六) 13:42 (UTC)

修复物品配方到底该放在哪个段落？

如题，我发现这个事很奇怪，有的被放在“合成”段落下面（例如剪刀 § 获取和盔甲 § 获取），另一种是和“砂轮”“铁砧”段落合并组成“修复”段落（例如盾牌 § 获取），我觉得有必要统一--Colin_319（查·论·编） 2024年10月1日 (二) 12:18 (UTC)

中国版文件的许可协议是否合适

近日有编者提出疑问，当前中国版文件（如独有皮肤）的许可协议为{{License Mojang}}，但网易的服务条款与Mojang的不一样。中国版文件的许可协议标记为“著作权属于Mojang”是否合适？如果不合适，应该如何解决？ AblazeVase69188（留言 | 贡献） 2024年10月1日 (二) 14:41 (UTC)

改成 {{License copyright}} 模板可行吗4²KDiscuss 2024年10月19日 (六) 17:41 (UTC)

远古城市”基岩版与Java版“的战利品表有些许错误

1．该战利品表中从上往下数第二个附魔书后面的注释［战利品2］应改为［战利品7］ 原因：［战利品2］的解释是”所有魔咒出现的几率相同，可以施加灵魂疾行和迅捷潜行以外的宝藏型魔咒”。但是即使不打开实验性玩法来体验远古城市＂基岩版(即将到来)＂或＂java版（即将到来）＂的新战利品表，你仍然有约23%的几率在远古城市箱子中找到带有随机等级的迅捷潜行魔咒的附魔书，这也就说明远古城市能开出两种不同的附魔书，一种的逻辑如［战利品2］所说能开出灵魂疾行和迅捷潜行以外的魔咒，还有一种能开出迅捷潜行。因此该战利品表中注释因改为带有随机等级的迅捷潜行魔咒，即与［战利品7］注释相同（经用指令找远古城市几百次打开箱子统计，且多个外国wiki也有一样的计载。）2409:8A00:2644:4220:ACBC:AE4A:1634:1F72（留言）2024年10月5日 (六) 15:18 (UTC)（最后编辑于2024年10月5日 (六) 15:25 (UTC)）

 已修复。--XiaoXin666（T·C） 2024年10月30日 (三) 15:43 (UTC)

关于后续版本指南的撰写

鉴于目前游戏内容更新已转变为drop（小更新）的形式，若每个小更新都单独写一个指南，其数量可能过多。我个人主张将所有小更新都合并到一个页面，例如将勇气之袋和冬季小更新的内容并入“xx版指南/1.21版本”，同时把棘巧试炼的指南移动至上述页面，在页面中用小标题分开即可。若这种方式被认可，我也会把犰甲狼兵的内容并入“1.20版本”的指南。

基岩版勇气之袋的更新内容我已写入棘巧试炼指南中，等正式版发布后再分开。对于沙盒中已创建的两个指南，我提议将其删除，一是内容不全（搬运en），二是目前还没讨论出共识，先不急于写。各位也可在下面提出自己的看法，感谢。

注：这种用版本号命名指南的方式之前也有先例。-- McplayerFS（讨论 | 贡献） 2024年10月20日 (日) 06:57 (UTC)（最后编辑于2024年10月23日 (三) 14:32 (UTC)）

首先需要注意的是，小更新的版本归属定义如何。例如1.20.6属于犰甲狼兵吗？ 无聊的 电脑b 2024年10月21日 (一) 12:59 (UTC)

其实我是反对将小版本的变更指南放到大版本里的，因为指南其实起到了“说人话的更新介绍”的作用，小更新只是体量较小，跟大更新没半点关系，其仍需要有更新指南给人看。页面过多吗，我们都有巨量的每个快照一个页面了，再说小更新本身和其对应的版本都是独立的页面不是么，1.20.5的内容没写在1.20，犰甲狼兵更不会是足迹与故事的子段落，独立的更新独立的条目合情合理。条目数量从来都不在考量范围，划分合理才是，而我个人是乐见这些Drop能使指南具更有意义的划分。总之， 反对 将所有小更新都合并到一个页面。 ──  Leo768（Talk｜Contributions） 2024年10月21日 (一) 13:10 (UTC)

那就要更改Navbox Java Edition versions模板了，现在看来就是表示了小更新属于大更新的一部分。 无聊的 电脑b 2024年10月23日 (三) 12:45 (UTC)

想到冬季小更新的内容可能较多，合并到一个页面不合适，故我放弃我的主张，仍按原来的惯例一个版本一个指南。-- McplayerFS（讨论 | 贡献） 2024年10月23日 (三) 14:32 (UTC)

我们或许应当捋一下小更新和大更新的关系了，目前我认为可以有以下看法：
1.小更新是大更新的特殊的一部分，例：1.20.5属于足迹与故事，但它也属于犰甲狼兵,1.20.6也属于足迹与故事，但不属于犰甲狼兵；
2.小更新和大更新是接续的，例：足迹与故事的范围仅限于1.20-1.20.2，1.20.3-1.20.4属于蝙蝠和陶罐，1.20.5-1.20.6属于犰甲狼兵；
3.小更新是从大更新中分离开来的一段，例：1.20-1.20.2、1.20.4、1.20.6属于足迹与故事1.20.3属于蝙蝠和陶罐，1.20.5属于犰甲狼兵。
把这个关系弄明白了，才能讨论关于指南的问题。--无聊的 电脑b 2024年10月25日 (五) 10:11 (UTC)

是否应将愚人节版本的特性拆分为单独界面

在寻找愚人节版本的特性时，我们可能会在页面中花费大量时间来寻找相关资料，这很让人苦恼。我认为应该将愚人节版本的特性像英文Wiki那样拆分为多个子界面，方便玩家查找。MChtc（留言） 2024年10月29日 (二) 04:03 (UTC)

没必要，一是关注度太低，二是内容太多太冗杂。 ChemistChang（Talk/Contributions) 2024年10月29日 (二) 06:58 (UTC)

加载器Mod的称呼是否应统一

我在编辑Wiki时偶然发现，在不同页面甚至相同页面中，对于加载器Mod的称呼似乎各有差异，例如：

• 在村民#历史中，其被称为MOD。
• 在Java版1.4.2#更改中，其被称为mod。
• 在演示模式#功能中，其被称为模组。
• 但在加载器Mod的原页面中，无论是否在句首，其均被简称为Mod。

建议使用任意如下方法进行修正/不进行修正：

全部修改

• 将所有页面中的mod/MOD/模组修改为Mod（由机器人完成）。

保守方法

• 不修改现有的错误，但今后编辑应使用Mod而非其他。

不修改

• 可用上述之任意名称以称呼加载器Mod。

Afulai2333（留言） 2024年11月2日 (六) 03:34 (UTC)

同意 MChtc（留言） 2024年11月2日 (六) 03:40 (UTC)