StoryJSON

[qertis]

новое название StoryLanguage, сочетающее в себе и story meta и story contracts

Единая сущность для записи истории как для бота, так и для пользователя

Есть история бота, и история человека. Это две разные таблички в БД.

Одновременно с этим есть табличка с пользователем, где показываются его Story.
Это интенты где описываются даты, location, даты дней рождений, хобби, любимая еда, нынешние болезни, Вес, Рост, уровень дохода, данные о членах семьи, группа крови, пси­хографические данные (вид деятельности, интересы, мнения), медиаграфические данные (предпочитаемые СМИ), биометрика, Цели в карьере, Служба, Семья, Отношения, Сообщество, Здоровье и энергия, Финансовые ресурсы, Твореческое выражение , данные о покупках, данные об объемах покупок ценах, полученной прибыли, информа­цию о состоянии текущих контрактов, оценку доли бизнеса клиента-поставщика, данные о его конкурентах, оценку его конкурентоспособности, преимуществ и не­достатков с точки зрения продаж и обслуживания, информацию об особенностях практики торговли, модели и политики бизнеса, фотографии, видеозаписи, текста, настроение, его физиологический и биологический вид. Да, в истории пользователя можно будет менять свой гендер, свою группу крови, свой рост. Это динамический процесс, а не статический. Это взгляд в будущее.

таблица "Настроение", куда на основе введенного текста (включая эмоджи) записывать примерное настроение пользователя во времени

цель - пользователь хочет быть понятым машиной

Надо в течении недели заниматься два дня по вечерам. Это же так много!
бот распознаёт эмоцию («кажется для пользователя это слишком высокая цена»)

Считывание
Эмотиконов
:-(
и
:-)
Введенные в тексте оценивают настроение. -1 и +1 соответственно. На основе этого можно строить графики настроения. В будущем можно прикрутить разные эмодзи и шарить между твиттера, показывать настроение по городам и странам (если конечно кто то еще будет использовать просто дневник)

Добавить к ним эмоджи

#151
#139
#29
#43

[qertis]

Каждое новое суждение пользователя прикрепляется к субъекту, разделяясь на категории (предикат признака?).

В системе формируется одна из трёх форм суждения: (утвердительно, отрицательно, бесконечно).
Им соответствуют три категории качества: 1 - реальность, 0 - отрицание, бесконечность - ограничение.

Гипотеза в том, что качество по мере ведения дневника будет все сильнее структурироваться, в какой-то момент перенося категорию бесконечности - в иные категории (и наоборот)

(это в натурализацию)

[qertis]

Далее, понятно дело, что история у Васи “Поел салат в Магнолии” будет отличаться от истории Пети “Поел салат в Магнолии”, поэтому текст “Поел салат в Магнолии” у каждого будет хэшироваться иным образом
Для хешей будет браться и георасположение (Магнолий очень много) и салат (Их еще больше)

Таким образом каждый разбитый текст “салат”, “Магнолия” предстают Абстрактами, которые затем нужно будет натурализовывать, иными словами - бот будет постоянно пробегаться по Абстрактам, пытаясь добавить все необходимые параметры. В случае с Магнолией, добавлять гео метки, уточнять время, уточнять стоимость и прочее и прочее. То есть каждый Абстракт становится хешем, который в дальнейшем только дополняется.

$ Поел салат в Магнолии

FoodIntent
Abstract: [салат, магнолия] —> { СалатAbstract, МагнолияAbstract }
СалатAbstract:
{
id,
updated_at,
foodInfo,
Рецепт,
Wiki,
Place,
Translate,
…
} => JSONB
// важно заметить что процесс натурализации может быть вечен.
// ….
// то же самое с Магнолия

Затем…
$ оплата магазина 500 рублей

FinanceIntent
Abstract: [Магазин] —> { МагнолияAbstract } + место
Abstract: [салат] —> { СалатAbstract } + цена

[qertis]

На данный момент имеем следующее:
Уникальная таблица abstract которая ссылается на message, creator и publisher и которая хранит данные о типе записи, его теги, mime тип сообщения, версию бота и контекст.
creator и publisher являются json-ld
message хранит ссылки на email и telegram

дальнейшая работа будет во второй версии #237