Подключение: "include Room01.tml". Расширение .tom для модулей лучше не использовать.
Место подключения зависит от назначения модуля.
Если модуль содержит базовые классы, подключать надо в самом начале основного файла.
Если там просто продолжение игры и дополнительные функции, то в конце файла.
Если в модуле описание локации, подключить его можно в момент перехода в локацию.

Можно просто обновлять страничку по F5. В хроме таких проблем не проявляется... Можно еще поковырять файлы TOM2IDE.html и TOM2IDE.css. Веб-верстальщик я начинающий, там вполне могут быть грубые ошибки верстки.

В проекте обязательно должна быть локация и ГГ внутри неё. Иначе вылетает. Ошибка известна и воспроизводима, просто не успел её пофиксить. Если вылет по иной причине - присылай проект, поковыряю.

Стены обычно описываются как декорации. Если стену сделать объектом, её возможно будет подвинуть, сломать или даже взять, в зависимости от её веса, крепления, прочности и т.д.

Это мои косяки, недосмотрел, постараюсь исправить.

Объекты лучше именовать "по-научному" - "дверь:первая", или даже "дверь_металлическая", потом обязательно где-нибудь пригодится.
Чтобы объект проставлялся во фразах как словосочетание, а не одним словом, для него нужно задать словоформы как для слова:

первая:дверь
{  это @дверь
    #ИпЕч = "металлическая дверь"
    #ВпЕч = "металлическую дверь"
    prp _полное_описание = "Металлическая дверь без петель, замочных скважин и ручек. \"Наверное, открывается автоматически\" - подумала Алиса."
    prp _описание = "Металлическая дверь"
}

А почему бы нет? Перевод строки может быть внутри строки.  Вот так например:

prp _полное_описание = "Металлическая дверь без петель, замочных скважин и ручек.
- Наверное, открывается автоматически - подумала Алиса."

Вверх - это направление движения, и одновременно стандартное свойство локации. Если для него не задано описание, используется ошибка перемещения, если ошибка перемещения тоже не задана, используется стандартная ошибка, как в данном случае.

В каждую локацию можно добавить что-то вроде этого:
вверх = "Наверху ровный потолок, выложеный белой потолочной плиткой. На месте двух плиток встроены люстры с несколькими люминисцентными лампами внутри, хорошо освещающие комнату." //описание
вверх = fail, "Жаль, ты не умеешь летать." //ошибка

Особенность стандартной библиотеки. Пока не понял почему так, но есть разница между командами "осмотреть" и "смотреть" - буду ковырять =)

"невозможно залезть под стул" - вполне нормальная реакция для этой и других подобных команд. Ясно даёт понять игроку, что он делает не то что нужно.
Более того, реализация команд, которые никак не влияют на сюжет, вредна для игры, т.к. если игрок смог залезть под стул, то он решит что это для чего-то нужно и будет перебором пробовать разные комбинации бесполезных действий. Не надо так =)))))

Принято. Ошибка воспроизводится.

Под текущую версию нет. Постараюсь что-нибудь набросать.
Есть менюшная игра "Остров", с тех пор принципиально ничего не поменялось (за исключением синтаксиса).

Пример диалога на меню:

//Пример диалогов с использованием меню
//ТЕСТЫ
Тест Тест Тест
------------------------------------------------------
location комната
{ человек{}
  pers = человек
  собака{}
  ==_сцена==
  <location>
  Перед тобой сидит собака. Поговори с ней.
  </location>
}
------------------------------------------------------
action(говорить _действие#Пф!е, с, существо _NPC#Тп!е)
{
  --execute--
  _NPC._разговор
  ok
}
------------------------------------------------------
собака
{ prp _статус = 0;
  prp _здоровались = нет;

  --_разговор--
  if(this._статус == 0)
  { ================================================
    1. <a href="#", rel="привет"> - Привет!</a>
    2. <a href="#", rel="как дела"> - Как дела?</a>
    3. <a href="#", rel="где спрятана кость"> - Где спрятана кость?</a>
  }
  else if(this._статус == 1)
  { ================================================

  }
  else if(this._статус == 2)
  { ================================================

  }
  else if(this._статус == 99)
  { ================================================
    Собака не желает с тобой разговаривать
  }
}
------------------------------------------------------
action(здороваться)
{ --execute--
  if(собака._статус == 99) %Собака не отвечает...
  else if(собака._здоровались) собака > "уже здоровались."
  else собака > "и тебе здраствуй."
  собака._здоровались = да
  ok
}
------------------------------------------------------
action(как, дела)
{ --execute--
  if(собака._статус == 99) %Собака молчит...
  else собака > "блохи закусали, сил нет (чешет себя задней лапой)."
  ok
}
------------------------------------------------------
action(где, спрятана, кость)
{ --execute--
  if(собака._статус == 99) %Собака глядит изподлобья...
  else собака > "А вот это не твоё дело! Не буду больше разговаривать!"
  собака._статус = 99
  ok
}
------------------------------------------------------

@диалоговый_НИП
{ }

Можно так:

action(существо _НИП#ИпЗм!е, как, дела)
{

}

Тогда в переменной _НИП будет тот, к кому мы обращаемся.

Второй вариант - завести глобальную переменную Глобал_НИП, которую будем заполняем при начале разговора

action(говорить _действие#Пф!е, с, существо _NPC#Тп!е)
{
  --execute--
  Глобал_НИП = _NPC 
  _NPC._разговор
  ok
}

И третий вариант, если НПС привязан к локации, можно хранить его в свойстве локации loc._NPC

location комната
{ человек{}
  pers = человек
  собака{}
  prp _NPC = собака
  ==_сцена==
  <location>
  Перед тобой сидит собака. Поговори с ней.
  </location>
}

Наверное есть еще варианты...