Отличные типы данных в языке «Автор»

В интерпретаторе «Автор» существует три отличных от других языков типа данных

Вы считаеее, что в других языках нет вычислений из произвольной точностью, графов и AST?

В чём преимущество иметь эти примитивы в качестве встроенных типов, а не библиотеки (как в других языках)?

астрономические числа бес плавающей точки

Бес плавающей точки, демон летающей запятой, дух ныряющего баклана…

Это называется «длинная арифметика» и существует во множестве языков программирования (первый же пришедший в голову пример — язык python).

И астрономия тут вовсе ни при чем: числа вовсе не обязательно должны быть астрономически большими.

Графом называют множество узлов и связей между ними. Для типа «graf» узел существует только тогда, когда у него есть хотя бы одна связь.

Не-ет, любезный, графом называют дворянский титул выше баронского, а также лицо, носящее этот титул. Потому что в том написании, что вы даете, Graf — это титул, заимствованный из немецкого языка.
А то, о чем вы рассуждаете, называется graph — от греческого γραφω — пишу.

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

По статье: тип данных «граф» я не смог до конца понять — очень не хватает картинки. Мне кажется, что «внутри» данный тип данных реализован у вас не совсем верно, поскольку скорей всего вы храните лишь таблицу связей и таблицу маркеров, но без таблицы самих узлов. Отсюда вытекает и такое неудобное его задание (G.NET(1,1,"",1,4);), гораздо удобнее было бы продумать методы задания вида G.addChild() -> GrafUzel.

А я и в этой статье спрошу, зачем программе модифицировать саму себя? Есть же всякие там compile-time evaluation, если уж очень надо что-то вычислить и вставить в исходный код программы.