Вместо величины или списка лучше явно указать насколько действующее лицо было поранено и насколько вылечено: всё равно других цифр в бою нету. Массив будет непонятен, потому как будет содержать совершенно разные числа «однородно».

Действующее лицо не может быть ранено.
Хотя, будет способность "ранить себя" то все-равно все будет понятно

Немного ошибся: нанесло урона/восстановилось от урона.

---

Точнее, лучше в качестве величины сделать словарь либо список пар «ключ, значение», чтобы, во‐первых, не думать, что значит величина в списке, а, во‐вторых, не иметь отдельных величин не для боя.

Правда у вас в API почему‐то обычно вместо неуказания ключей пишут null.

Зачем все усложнять? В одном сообщении происходит одно действие (лечение, огненный шар, горение, удар вампира). Все что нужно, это знать какое действие, кто произвел, и на какую величину. В случае удара вампира величины две, но это не страшно, можно передать массивом или вторым полем. Список пар ключ-значение тут не нужен.
Переменные ключи для апи лучше не делать, потом им сложно пользоваться.

Посмотрел на лингвистику, там тип действия и действие описывается одним ID, вполне подойдет.
Названия полей, которые используются в лингвистике — тоже.


Я предлагаю сделать так:

Злоцвет на горизонте, в бой!

type: 15 // ID = начало боя http://the-tale.org/linguistics/templates/?key=15
hero: "Че Гевара",
mob: "злоцвет"

Сильное отравление лишает Че Гевару 84 HP.

type: 12 // ID = Периодический урон ядом
actor: "злоцвет",
damage: 84

Вконец остервенев от злости, Че Гевара вцепился зубами в полоумного мага и нанес ему 183 единицу урона, при этом восстановив 137 HP

type: 280015 // Удар вампира
attacker: "Че Гевара",
damage: 183,
health: 137
crit: false, // этого нет в лингвистике, но инфа полезная
activeEffects: [44 ] // ID эффектов


Вместо имен, для actor/attacker лучше указать уникальный ID — hero_9959, mob_116, companion_5. Вдруг кто-то захочет назвать героя "злоцвет"

Вместо имен, для actor/attacker лучше указать уникальный ID — hero_9959, mob_116, companion_5. Вдруг кто-то захочет назвать героя "злоцвет"

Не нужно. Здесь два поля: тип исполнителя (монстр, герой, соратник) и его идентификатор. Парсить строки намного неудобнее различных ключей, особенно если вы пишете на языке без поддержки регулярных выражений в синтаксисе и с более строгой типизацией, чем в JS. А списки для различных параметров с переменной семантикой всех составляющих список значений — это нелогично.

<Ни damage, ни health.>

…

damage: 84

…

damage: 183,
health: 137

Интересно, чем это предложение принципиально отличается от моего? У меня damage и health были бы в словаре value (последнее предложение), а так всё то же самое.

А для лингвистики есть апи?

Tiendil

А не думали просто брать список шаблонов из лингвистики и сравнивать с фразами? Имена переменных там есть, единственное, надо нечёткую проверку слов сделать.

Вот я именно о таком апи думал, как о самом простом со стороны бэкенда решении. А вручную брать фразы - это html парсить, а это как-то некошерно.

А как будет выглядеть фраза, можно пример?

Обновлено до 0.3.6.1
Добавлено несколько фраз, спасибо Kahltor

Расширение работает на арене?

Эйр

Да.

Crono
Есть пруф?У меня к сожалению не работает.