Жив, жив проект 
Спасибо за поддержку и не ослабевающий интерес!

Вообще да, все сложности придумываются для написания стандартной библиотеки. Без них реализовать приемлемый уровень платформы не получается, на первом ТОМе это проверено.
Никто не будет заставлять авторов этим всем пользоваться непосредственно.

Проект затормозился по 2м причинам:
- Сейчас приходится переписывать много кода и отлаживать его заново, что действительно нужно, но не очень вдохновляет.
- Билдер 6 меня подвёл. Перестал компилиться отладчик, сделанный примерно уже на половину. Причем ошибка в недрах VCL и ничего с ней не поделаешь. Буду переписывать на билдере 2009. В итоге получиться даже лучше, но из колеи это выбило...

Что касается документации, то писать её для альфы рановато... всё еще очень зыбко и не устоялось.
Например, я полностью выкинул старую систему локаций и заменил её на лучшую. Очень хорошо что не потратил время на документацию для неё

Впрочем, никто не запрещает задавать вопросы
Для 1го ТОМа это у нас неплохо же получалось

40%

Вот как раз текущий рефакторинг позволяет сделать удаление объектов. (Но я не уверен что для игр это нужно).
До этого удалять их было проблематично, так как ссылки хранились в виде прямых указателей на объекты. Т.е. нужен был бы сборщик мусора, который умел бы проходить по всей базе и подчищать указатели на удаляемый объект.
Сейчас я ввел внутренний id объекта. С ним всё гораздо удобнее, но скорость доступа к объекту, правда, немного теряется.

Да, глобальный список объектов с бинарным поиском по id конечно же есть

Вести с полей:
Наконец таки с новыми силами возобновил работы над ТОМом.
Очень мешало отсутствие нормального отладчика для парсера. Старый я благополучно вычистил из кода, а новый так и не заработал.
В результате я решил что полномаштабная отладка парсера писателям игр не нужна, а меня и файловый лог вполне устраивает, и забабахал весьма продвинутый лог лучше старого, чем очень и очень доволен.
С помощью этого инструмента отладил две замечательные штуки, сделанные еще в декабре: функции, и предлоги.
Функции уже были раньше, но их пришлось прилично подрихтовать, а вот расширенная работа с предлогами - это новенькое.

В настоящее время переписываю демку, чтобы это всё показать, паралельно вычищаю особо мешающий баги, а те что "не особо" пока не трогаю.
Вобщем, ждите релиза в ближайшее время

Тут речь не о пошаговой отладке кода, а о логе работы парсера. Какие парсерные комбинаторы в какой последовательности срабатывают и почему. После тщательной настройки парсера необходимость ковыряться в этих логах скорее всего пропадет.
А пошаговый отладчик кода все еще стоит в отдалённых планах (если осилю  )

Мне этот вариант всё больше и больше нравится. В коде игры Self (или Сам) будет чаще всего применяться по отношению к персонажу в коде функций-действий. И в этом контексте применение слова "Сам" выглядит вполне осмысленно =)

Платформа наконец достигла того состояния, когда можно спокойно заняться библиотечным кодом.
Цель №1 - догнать по количеству выполняемых стандартных действий ТОМ 0.9;
Цель №2 - догнать по количеству выполняемых стандартных действий рТАДС 2.

Вот интересный вопрос выявился: бой идёт до смерти одного из противников; по окончании боя проигравшему присваивается признак "мёртвое".
А как же быть с нежитью? Ведь она с самого начала мертвая 
Чем "мёртвое" нежити отличается от "мёртвого" живого? Понятно что это магия и одним признаком тут не обойтись, но как это сделать более логично вообще никак в голову не идёт... что может быть не логичнее зомби, скелетов и вурдалаков?