«Готовый проект» конкатенативного скриптового языка это factor.

только это будет компилируемый код
а я ищу интерпретатор,
более того, встраиваемый интерпретатор

согласен
с другой стороны если мы представим код 25-40 слов (диалект forth)
в варианте интерпретируемого VBS это будет уже порядка 100- 200 слов

Это пока просто идеи и рассуждения
как может быть и как удобнее
сама идея "скрипт поверх скрипта" понятно имеет свои недостатки и их достаточно можно найти
но в отдельных случаях почему нет?

Если код ограничивается пятью словами, то различия синтаксиса не существенны, при больших объёмах forth и factor «с ходу» вообще не воспринимаются.

В прошлом семестре писал интерпретатор на VBS, но это было в качестве домашней работы, потому там не все нюансы были учтены. А какие именно команды форта нужно поддерживать?

Спасибо за ответ)
У меня в разных проектах возникала
необходимость перейти от обычного скриптования
на более синтаксически простой уровень абстракции.
Конкретные команды не принципиальны ибо речь о диалекте Forth-a
заточенного под потребную функциональность (там команды будут в зависимости от решаемой задачи).

Еще момент обход ошибок
если форт реализован "поверх" движка программы
то ошибки этого уровня легче игнорировать
соответственно давая конечному пользователю
право скриптовать "поверх" можно не подвергать опасности базовую функциональность программы.

Ну и еще ряд соображений.
В простых но разнообразных задачах
накладные расходы на скорость исполнения и т.п. не принципиальны
а короткий код из нескольких слов более читабелен и понимабелен:)

Например:
Вместо кода типа:

set XXX= new YYY : xxx.left=350 : xxx.top=400

напишем:

newBlock 350 left 400 top 

Собственно я бы хотел найти некий готовый проект
чтобы подключать его к своим программам
и в каждом случае добавлять 10-20 команд по контексту задачи.

Сразу отвечу на встречный вопрос "Нафига? Что это за изврат?"
Ответ будет такой "Иногда нужно." :-)
(если тема вас интересует потом перетрем)