PUEBLO  [协议]
更早的那套“在 MUD 里用 HTML”的方案，出自同名的客户端。MUSH 那一侧的客户端仍在支持它，它也经常被人与 MXP 弄混。
https://pueblo.sourceforge.net/

实测采用情况
  在888个已列出的游戏中，有 0 个被观测到提供了它（0.0%）
  /zh-Hans/games?protocol=PUEBLO

  未算进这里的游戏，并不是没有这个协议的游戏。一个游戏被算进这里，条件是我们观测到它的服务器在一次握手中提供了这个选项；其余的既包括没有向我们提供它的服务器，也包括我们还没有读到过握手的服务器，而我们说不出是哪一种。

  按代码库，在我们已识别的游戏中
    AresMUSH             18 个中有 0 个提供了它
    CircleMUD            47 个中有 0 个提供了它
    CobraMUSH            2 个中有 0 个提供了它
    CoffeeMUD            32 个中有 0 个提供了它
    DikuMUD              34 个中有 0 个提供了它
    Evennia              11 个中有 0 个提供了它
    FluffOS              30 个中有 0 个提供了它
    MUCK                 24 个中有 0 个提供了它
    PennMUSH             34 个中有 0 个提供了它
    RhostMUSH            40 个中有 0 个提供了它
    ROM                  55 个中有 0 个提供了它
    SMAUG                20 个中有 0 个提供了它
    tbaMUD               5 个中有 0 个提供了它
    TinyMUSH             9 个中有 0 个提供了它

Pueblo 出自九十年代中期同名的那个客户端，它增强 MUD 文本的路子很直接：让服务器发 HTML，
让客户端把它渲染出来。服务器在连接时用一行文字宣告自己支持 Pueblo，客户端作出回应， 从此这条流里就可以携带标记了。

它传到这个圈子里 MUSH 那一侧的程度大于 MUD 那一侧，而支持它的 MUSH 服务器一般至今仍在支持。

它不是 MXP

MXP [/reference/protocols/mxp] 是更晚的那套方案，也是实现得更广的那套。两者干的活类似， 彼此并不兼容，而把某个客户端的
Pueblo 支持读成 MXP 支持——或者反过来—— 是编制客户端对照时最容易犯的一个错。本节的客户端页面正因如此把它们分开列；
当一个项目只记载了其中一个而没有记载另一个时，另一个就写未知。

我们实测的是什么

Pueblo 的握手不是通常意义上的 telnet 选项，所以我们能观测到的范围比那些协商式协议要窄；
这里的数字低，应当读作一句关于我们可见范围的话，而不是关于部署情况的话。

另见
  MXP — /zh-Hans/reference/protocols/mxp
  BeipMU — /zh-Hans/reference/clients/beipmu