Что такое AXON

Без кавычек можно только идентификаторы.

Необходимость всегда использовать кавычки, как показал мне интернет — не совсем надуманные, впрочем единого мнения тут нет. Что касается запятых, то они, вообще говоря, не обязательны.

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

Если кратко, то, например, можно отображать именованные элементы в объекты. Для этого регистрируется функция для его создания.
Пример приведен в ответе для amaksr.

В статье затронут только аспект самой нотации как способа текстового представления объектов.

Разные типы объектов использовать можно. В библиотеке pyaxon есть возможность отображать классы на именованные структурные объекты. Например, можно отобразить

person { name: "Иванов" age: 30 }

на namedtuple, определив:

text = """
person { name:"Иванов" age:30 }
"""
Person = namedtuple("Person", "name age")

@axon.factory("person")
def Person_factory(attrs, vals):
    return Person(**attrs)

vals = axon.loads(text, mode="strict")
print(vals[0])

Определение типа для всего списка AXON и библиотека pyaxon пока еще не поддерживает.

мимо

Комментарии в AXON имеются в стиле python.

Претензию на оригинальность можно было бы принять, если бы AXON претендовал на оригинальность. Это эксперимент, возможно удачный, возможно не очень.

Как вариант, в JSON необходимо каждый раз указывать все имена полей в массиве однотипных объектов

Строка из одной кавычки будет записана как "\""

Для массива из однотипных объектов можно было бы предложить, например, такое решение:

persons {
   {name: "Иванов" age: 30}
   {name:  "Сидоров" age:33}
}

@axon.factory("persons")
def persons_factory(attrs, vals):
    return [Person(**val) for val in vals]

vals = axon.loads(text, mode="strict")
print(vals)

В результате получим

[[Person(name='Иванов', age=30), Person(name='Сидоров', age=33)]]

Важны, если используется стиль форматирования для именованного элемента в духе YAML. Например:

person { name:"Иванов" age:30 }

здесь не важны, но для

person
   name: "Иванов"
   age: 30

важны.

Для списков, словарей, множества, кортежа — не важны, так как для них не предусмотрен стиль форматирования в стиле YAML.

AXON не имеет отношения к HOCON.

Для трансфера в AXON не нужно использовать форматирование с табами и отступами. Тогда получится компактная форма.

Статья увы неполная.

Я не ответил на вопрос: чем AXON лучше, чем YAML.

AXON создавался как нотация для текстового представления объектов/данных, который бы, по возможности, объединил достоинства JSON, XML и YAML, а также по возможности избежал их недостатков. Если не всех, то основных.

Поэтому говорить, что YAML хуже чем AXON или наоборот некорректно.

[] — пустой список
[:] — ordered dict