А то-ж!!!
На самом деле, так никто и не высказал ничего по теме вопроса, кроме Hishnik, с CREATE DOES>.
Правда я не совсем понял, зачем именно эта конструкция, и чем она так сильно отличается от обычного объявления слов. Но это, наверное, именно опыт использования языка, и глубокое понимания концепции.

У меня всё попроще. Труба пониже, дым пожиже...

Тем не менее, всё таки. Какие слова нужны обязательно?
Моё понимание:
1. Базовые слова:
+ - 1+ 1- / * AND OR XOR MOD /MOD NEGATE > < = !=
DUP DROP OVER SWAP 2DROP 2OVER 2SWAP ROT . CR EMIT
VARIABLE ! @ CONSTANT
IF ELSE THEN DO LOOP
: ; WORDS # ( )
2. Общие слова
." S" F"
USING - Загрузка библиотек кода на forth
Работа с HTML:
HTTPGET ( url -- response err_code )
REST_GET( url params -- response err_code )
REST запросы:
REST_PUSH REST_PUT REST_PATCH REST_DELETE ( url headers data -- response err_code )
Вот эта часть мне очень не нравится, т.к. headers необязательный параметр, и вопрос, как его формировать остается. По идее, должен быть что-то вроде key-value массива, но как это синтаксически формируется в форте я не знаю. В тестовой реализации сделал в питоне DICT@ и дальше именованные значения (props) через P! ( o v p -- o ) и P@ ( o p -- v ). На C++ через вектора можно хранить. Но скорее всего я изобретаю велосипед.
Синтаксис операторов работы со строками я так и не нашел. Буду благодарен, если кто подскажет

JSON@ ( o -- json ), JSON! ( json -- o ) - Формирование json строк из объекта и обратно. Так же встает вопрос структуры хранения значений в форт. Сейчас на питоне реализовано через встроенный dict. На С++ не реализовано.

Спецслово проверки на объект ?O ( o -- o -1| x 0) на верх стека добавляет признак объект или нет был верхним на стеке. Сделал оставление объекта на стеке, для того, что бы избежать лишнего DUP

Вот примерно то, к чему пришел на сегодняшний день. Жду комментарием и умных мыслей.

Выбор OS и железа со стороны "ПК" вообще не имеет никакого отношения к заданному вопросу, т.к. система клиент-сервер.