В общем, я человек довольно косный. В файл Release.Tool посмотрел и даже нашёл там команды, как собирать. Что делает Release.Mod, не осилил - много букв. Т.е. примерно понял, что он парсит какой-то файл описания модуля и, видимо, делает что-то ещё, но дальше не полез.
Зато мне понравились текстовые символьные файлы.
Соответственно, я предлагаю (вслед за Сергеем Оборотовым) следующее:

вводится понятие «корневой директории» - это директория, где развёрнута A2OSпри компиляции в символьный файл записывается информация об исходнике, например, имя файла относительно корневой директории и хеш-сумма. Для этого можно расширить синтаксис, например, приделать в {} что-нибудь к слову MODULE.вводится понятие «директория символьных файлов для перехода к определению», по умолчанию равна просто директории символьных файлов.по команде «перейти к определению» мы ищем имя модуля, открываем символьный файл,
считываем из него имя файла с исходным текстом, открываем файл в PET, рисуем дерево и
показываем нужный узел.
Как-то так. К сожалению, кросс-платформенность (открывать все подходящие модули, независимо от платформы) тут не предусмотрена - в каждый момент времени смотрим только на одну платформу, потому что мне на данном этапе нужно только это. Если есть идеи, как сюда это впилить, буду рад узнать. Например, вместо одной директории, задать отображение "имя конфигурации - имя директории", тогда можно будет сразу открывать все нужные файлы, фильтровать как угодно и т.п.