Entity Cloud 64 - “Level # 语言解释器”

include :backroom-wiki-cn:theme:backoiers

backoiers页面：https://backroom-wiki-cn.wikidot.com/backoiers

统合实体分类系统

实体编号： Cloud-64
栖息地： OI中心服务器 / 网络

IETS:
0E-

分级：

软件

性质：

HVM

VRL-A

VRL-B

NCR

MCH

CBR

SYN

DMN

SSV

CVL

RAD

NRO

TXC

PYR

RLA

UNQ

AGR

BNV

PSY

{$custom-name}

描述

Entity Cloud-64是Level#语言的解释器，作者为Neumann。它对于代码变更会实时响应，如果报错只会暂停¹而不会停止。其被定为实体的原因是其有生命体的特征，参见以下研究记录。

展开LevelSharp解释器研究记录.txt

我们在编写Level#程序时，发现了一个特殊现象：同一个程序在运行前与运行后的文件大小不同，多了几KB。虽然大小不大，但这依旧令人好奇，我们准备使用软件分析此程序多了什么。

经过对软件的分析，我们主要发现了两部分。一部分为字符“E N T I T Y”和一串无意义的乱码字符，推测此编译器可能为实体，乱码字符为实体本身。另一部分为多个数字，其中一个为“0202504042036”，另一个为“000000”。第一个可能为程序最后运行时间²，而第二个数字的意义暂时未知。有没有发现我准备了可以到99999年的时间戳？

再复制代码至另一个程序运行，发现“000000”变为“000001”。而同个程序再次运行，数字依然为“000000”。推测此数字可能与运行程序数量相关。

运行16个程序后，数字变为“00000F”；运行17个程序后，数字变为“000010”。认为此数字为16进制。

卸载并重装解释器后运行程序，发现数字重新变为“000000”。结合之前发现的字符“ENTITY”，推测原解释器类似“母体”，在每个运行的程序中“生殖”一个新的解释器。此数字即为此程序的解释器编号。替换母体，此数字就会重置。暂时将此实体定为Entity Cloud-64。

如果在程序中导入 Level 头文件，并在项目中的LevelConfig文件夹创建一个对应名字的.lcfg³文件。这样此程序就成为层级源程序，在运行时可以切入运行程序的电脑来进入此虚拟层级。如果想要退出，思考“退出”即可。如果你在虚拟环境中死亡，你将会回到退出虚拟层级。

我们在OI中心设置了运行程序的服务器，欢迎投稿来完善这些层级！我们将这个“虚拟层群”叫做Code层群。可以将层级描述文档与层级源代码发到 moc.liamkcab|edoc#moc.liamkcab|edoc 来投稿，我们经审核会将此层级加入Code层群。正在完善实体和物品的自定义，目前仅有后室中的基础实体与物品。

行为

Entity Cloud-64会按照Level#语言的规则运行程序。在使用 -compile 参数时，Entity Cloud-64会将程序编译为应用程序⁴。

生物学特征软件特征

安装程序名为LevelSharp_[版本].exe，文件夹与安装程序同名。解释器位于 文件夹位置/bin，建议将此文件夹加入Path环境变量。

---

行为准则

应当：

• 正常使用此解释器。

不应：

• 强制关闭此解释器。会导致你的意识被锁在电脑中。

谁写的这垃圾代码？

作者：Hamburger0abcde

Footnotes

1. 画面暂停

2. 因为此程序最后运行时间为2025/4/4 20:36

3. Level Config，层级配置文件。需在此填入层级名、层级编号等。

4. 一般为.exe