Подход GNOSIS к AGI

Авторы и предъявление

Минутная экспозиция

Подход GNOSIS к AGI описывает создание AGI как инженерную задачу функционального структурирования: нужно выделить функции системы и затем реализовывать их любым способом, который выполняет требуемую работу. [E]

В корпусе эта рамка развернута через semantic storage, память последовательностей Chronicle, semantic data types, обнаружение инвариантов и структур, динамическое описание величин во времени, формальный HMI и прототип в меняющейся среде. [E]

AGI здесь не сводится к текстовому диалогу или статической функции вход-выход: система должна действовать в среде, где наблюдение зависит от собственных действий, появляются неизвестные объекты, а знания нужно использовать для прогноза и выбора поведения. [E]

Сильная сторона корпуса - наличие связанных теоретических глав и открытых C++ репозиториев; слабая сторона - отсутствие подтвержденной независимой воспроизводимости и авторской сверки этого профиля. [E]

Ключевые конструкты

Основания и обязательства

• Главная инженерная ставка: AGI нужно строить как систему функций, работающих в замкнутом контуре сенсоров, актуаторов, памяти, прогноза и выбора действий. [E]
• Подход предпочитает функциональную терминологию психологическим и нейробиологическим словам там, где цель состоит в разработке AGI, а не в объяснении естественного интеллекта через привычные описательные термины. [E]
• Проверка AGI должна идти в параметризуемых сложных средах, близких к потенциальным приложениям, с неизвестными объектами, изменяющейся топологией и несколькими активными объектами одновременно. [E]
• Знание в подходе должно быть доступно для пополнения, структурирования, поиска инвариантов и построения новых составных объектов; это отличает корпус от нейросетевой модели с фиксированной структурой параметров. [E]

Операционная состоятельность

• Рабочая оценка: O1 , авторская практика. [E]
• Основание для O1 : корпус содержит операциональные конструкции для инженера-разработчика - Chronicle, semantic storage, HMI language, dynamic representation, prototype requirements и критерии AGI-тестирования. [E]
• До O2 /O3 не хватает свидетельств внешнего переноса: обработанные материалы не показывают, что эти конструкции воспроизведены или применены в руках, отличных от автора, и не дают проверенного протокола независимого запуска. [E]
• Уровень O1 является маркером публично подтвержденной применимости корпуса, а не оценкой ценности подхода.

Зрелость

• Рабочая оценка зрелости: разработанная программа. [E]
• Профиль не выглядит единичной ранней декларацией: в 2021-2022 годах есть серия взаимосвязанных глав об AGI, тестировании, прототипе, структурах, семантических типах, представлении знания и динамических величинах, а также несколько публичных репозиториев. [E]
• До применяемая теория зрелость не повышается, потому что для этого нужен O3 : публично подтвержденное применение или воспроизводимость вне рук автора. [E]

Прототипы и инженерные реализации

• Публичная реализационная поверхность включает C++ репозитории Chronicle, Gel и dynamic. [E]
• Chronicle связан с памятью последовательностей и обнаружением временных паттернов; глава DIY PATTERN MINING прямо описывает модуль, демо и исходный код. [E]
• Gel предъявлен как AGI HMI Language и связан в Telegram-срезе с Semantic Storage + Human-Machine Interface. [E]
• Dynamic связан с представлением количеств как функций времени; глава AGI: CONTINUITY IMPLEMENTATION указывает на этот репозиторий как на практическую реализацию. [E]
• Авторское сообщение о проекте прототипа объемом более 50000 строк фиксируется только как self-report: оно усиливает контекст инженерной работы, но не доказывает работоспособность или воспроизводимость прототипа. [E]

Связанные профили

не обнаружено

Корпус и свидетельства

Состояние профиля

• Состояние: профиль собран. [E]
• Подтверждено: публичная атрибуция корпуса, функциональное структурирование, критерии AGI-тестирования, Chronicle, semantic data types, structures discovering, prototype requirements и несколько репозиториев. [E]
• Слабо подтверждено: текущая работоспособность прототипа, масштаб кодовой базы, полнота реализации и независимая воспроизводимость. [E]
• Блокеры перед усилением статуса: авторская сверка названия и реконструкции, проверяемая инструкция сборки/запуска, внешний технический аудит репозиториев и свидетельства использования вне рук автора.