Концепция агрегирующего агента

[serj_aleks]

1. Агент активен, т.е. идейно подобно агентам из reinforcement learning. Идейно, не по конкретной реализации. Активен, т.е. сам интерпретирует окружающую среду и совершает действия в среде.

2. Органы чувств (зрение, слух и т.п.) такого агента - это один (или пачка) из универсальных кодов. Наиболее всем знакомый пример такого кода - алгоритм Лемпеля

Comments

[serj_aleks]

- ты не знаешь правил игры
- ты не знаешь ставки в игре
- ты не знаешь цель игры
- ты не знаешь, кто проводит игру
- ты не знаешь, как закончить игру
- Ты начинаешь с некоторым количеством баллов.
- Вперёд.

https://deep-econom.livejournal.com/279757.html

Карта и территория. Вера и доверие.
https://deep-econom.livejournal.com/55532.html

[deep_econom]

мысль тут пришла о переключении контекстов

ну вот фраза: а где ключ?
если в лесу, то про воду
если в гараже, то про гаечный ключ
если в квартире, то про ключ от двери

а как мы определяем?

мы узнаем контекст ситуации (семантическую область) и делаем гипотезу о наиболее правильном употреблении фразы

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

это и есть процесс понимания
Что значит понимать? Это означает распознавать модели зашифрованные в сообщении, воспроизводить модели, пользоваться этими моделями.

Понимание понимания. Что такое понимание?
https://deep-econom.livejournal.com/58862.html

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

[serj_aleks]

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

[deep_econom]

Минский М. Фреймы для представления знаний.

эта штука давно известная и используемая, но ООП сменило терминологию, в ООП подобные структуры называют "класс"
а так это суть обычная запись с возможностью в некоторые слоты добавлять имена процедур/функций

в вики есть весьма ясное и краткое описание

https://ru.wikipedia.org/wiki/Фрейм_(инженерия_знаний)

приведено определение:

ИМЯ ФРЕЙМА
Имя 1-го слота: значение 1-го слота
Имя 2-го слота: значение 2-го слота
………………………………
Имя N-го слота: значение N-го слота

в терминах списков можно так обозначить
( ИМЯ_ФРЕЙМА , (список_слотов))
т.е. упорядоченная пара на перввом месте название, на втором месте пары список слотов

ну и это тоже модель

сама концепция фреймов ясная и понятная (для меня) в отличие от запутанного современного описания классов, ИМХО (большими буквами)