Игорь Градов
Игорь Градов
6 мин
ai

Философия ИИ как рабочий инструмент: гайд связывает Платона с архитектурой кода

Философия искусственного интеллекта выходит за пределы абстрактных споров: 2 июня 2025 года dzen.guru публикует практическое руководство, которое связывает классические философские категории с конкретными архитектурными решениями в программировании и работе с нейросетями.

Философия ИИ как рабочий инструмент: гайд связывает Платона с архитектурой кода
Почему это важно

Платонизм, аристотелизм и проблема универсалий (спор о том, существуют ли общие понятия отдельно от конкретных вещей) перестают быть учебной абстракцией: они объясняют, почему одни архитектуры кода и промпты работают, а другие ломаются. Кто видит эту связь, тот проектирует точнее.

Оригинальный текст, на который опирается этот материал, показывает: объектно-ориентированное программирование (ООП, способ организации кода через «объекты» с данными и поведением) с первого дня несёт в себе философский гибрид. Вертикаль наследования (когда «собака» является частным случаем «животного») воспроизводит платоновскую иерархию идей. Горизонталь композиции (когда автомобиль собран из двигателя, колёс, кузова) воспроизводит аристотелевскую мереологию, учение о частях и целом. Напряжение между этими двумя осями определяет, как устроены классы, интерфейсы и целые фреймворки, а значит, и то, как мы формулируем задачи для ИИ.

Что понадобится

  • Любая рассуждающая нейросеть с длинным контекстом: ChatGPT (GPT-4o или o3), Claude 3.5 Sonnet, из российских аналогов подойдут YandexGPT или GigaChat
  • Текстовый редактор или IDE (VS Code, PyCharm) для проверки примеров кода
  • Базовое понимание ООП: что такое класс, объект, наследование (достаточно уровня «прошёл вводный курс»)
  • 40 минут спокойного времени на первый проход, потом хватит 10 минут на каждый новый эксперимент

Как философия ИИ превращается в рабочий инструмент: пошаговая инструкция

  1. Определите, какую ось вы используете. Возьмите любой свой проект, промпт или структуру данных. Спросите себя: вы описываете объект через то, чем он «является» (наследование, ось абстракции), или через то, из чего он «состоит» (композиция, ось агрегации)? Запишите ответ одним предложением.

  2. Проверьте выбор оси через промпт к нейросети. Скопируйте описание вашего объекта и отправьте в чат:

Я описал сущность через [наследование / композицию].
Вот описание: [вставьте текст].
Покажи, какие свойства я потеряю, если переключусь
на противоположный подход. Приведи код на Python
для обоих вариантов и объясни разницу простым языком.
  1. Найдите «проблему квадрата и прямоугольника» в своём проекте. Источник описывает классическую патологию: иерархия сущностей не переводится в иерархию поведений. Квадрат «является» прямоугольником по определению, но если вы измените ширину прямоугольника, квадрат перестанет быть квадратом. Проверьте свой код или свою структуру контента: нет ли места, где подтип ломает логику родителя?

  2. Примените правило «предпочитай композицию наследованию». Источник трактует эту инженерную заповедь философски: она требует «предпочитать мереологию причастности», то есть определять вещь не через то, какому «эйдосу» (идеальному образцу) она причастна, а через то, из чего собрана. Перепишите проблемный фрагмент, заменив наследование на композицию, и сравните результат.

  3. Отделите интерфейс от абстрактного класса. В терминах философии ИИ: интерфейс (чистый контракт «что объект должен уметь» без реализации) соответствует платоновскому «роду», который сам себя не предицирует. Абстрактный класс с частичной реализацией соответствует «образцу», который несёт в себе субстанцию и порождает конфликты. Источник приводит убедительный пример: когда в Java 8 интерфейсам добавили методы по умолчанию (впустили «каплю субстанции»), ромбовидная проблема (конфликт при множественном наследовании) немедленно вернулась.

  4. Переведите найденные закономерности в системный промпт. Сформулируйте для нейросети правила, основанные на вашем анализе:

Системный промпт:
Ты помогаешь проектировать структуру данных.
Правила:

- По умолчанию используй композицию (HAS-A),
  а не наследование (IS-A).

- Наследование допустимо только если подтип
  не нарушает поведение родителя ни в одном сценарии.

- Интерфейсы предпочитай абстрактным классам:
  чистая форма без реализации безопаснее.
  1. Проверьте границу инженерии. Источник завершает анализ шести осей точкой, где вопрос «как это построено» сменяется вопросом «что мы этому существу должны». Когда вы проектируете ИИ-агента (программу, которая действует автономно от имени пользователя), задайте себе: на какой из шести осей находится мой агент и не пересёк ли он порог, за которым нужны уже не инженерные, а этические решения?
Конкретный пример: что ввели и что получили

Ввод в ChatGPT (GPT-4o):

У меня есть класс "Статья" (Article), от него наследуются
"Новость" (News) и "Обзор" (Review). Новость не должна
содержать мнение автора, но Article имеет поле author_opinion.
Покажи, почему наследование здесь ломается,
и предложи решение через композицию.

Результат: нейросеть показала, что News наследует поле author_opinion и либо оставляет его пустым (нарушая контракт родителя), либо выбрасывает ошибку (ломая принцип подстановки). Решение через композицию: отдельный компонент OpinionBlock, который подключается только к Review. Класс Article становится контейнером, собранным из компонентов: TextBlock, MetaData, и опционально OpinionBlock. Наследования нет, конфликта нет.

Философия ИИ здесь не декоративна: именно понимание того, что наследование фиксирует сущность навсегда, а композиция впускает становление, подсказало направление решения.

Частые ошибки
  • Путать две оси и смешивать «является» с «состоит из». Новички пишут «Новость является Статьёй» и «Новость состоит из заголовка» в одном классе, не замечая, что первое отношение вертикальное (абстракция), второе горизонтальное (агрегация). Источник подчёркивает: их природа разная, и спутать их значит заложить ошибку в фундамент.
  • Считать композицию универсальным ответом. Заповедь «предпочитай HAS-A» не означает «запрети IS-A». Интерфейсы, чистые контракты без субстанции, работают надёжно. Проблемы начинаются, когда по вертикали наследования стекает реализация.
  • Игнорировать границу инженерии. Когда ИИ-агент принимает решения с последствиями для людей, технический вопрос «из чего он собран» уступает этическому «что мы ему должны». Источник явно указывает на этот порог: за ним нужны другие инструменты.

Что делать с этим прямо сейчас?

Авторам Дзена: философия ИИ помогает структурировать контент. Если вы строите рубрики через «тип статьи» (наследование), проверьте, не ломает ли подтип логику родителя. Часто проще собирать статью из блоков (композиция): вводный, фактовый, мнение, CTA. Такую структуру легче объяснить нейросети в промпте.

Маркетологам: когда вы описываете продукт для ИИ-агента или чат-бота, выбор между «продукт является услугой» и «продукт состоит из функций» определяет, какие ответы даст система. Композиция гибче и реже ломает сценарии.

Предпринимателям в РФ и СНГ: YandexGPT и GigaChat принимают системные промпты. Правила из шага 6 можно вставить в промпт прямо сейчас и получить более точную генерацию структур данных, без подписок на зарубежные сервисы.

Мнение редакции dzen.guru

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

Философия ИИ здесь не про эрудицию. Она про то, что Платон и Аристотель 2 400 лет назад описали ровно те ловушки, в которые попадают джуниоры и промпт-инженеры сегодня. Кто видит эти ловушки через призму причин, а не через заучивание паттернов, тот ошибается реже.

Честная оговорка: источник описывает шесть метафизических осей и четыре аристотелевских причины, а мы в этом руководстве подробно разобрали только первые две оси. Остальные (кто действует, ради чего, закон сложности, закон открытости) требуют отдельного разбора, и мы к нему вернёмся.

Попробуйте промпт-конструктор dzen.guru

Вставьте правила из шага 6 в наш конструктор системных промптов и сравните результат с вашим обычным подходом

Попробовать бесплатно

Философия ИИ не заменяет инженерию, но показывает, где инженерия заканчивается. Попробуйте переписать один свой класс или один промпт через композицию вместо наследования. Разница в результате скажет больше, чем любой учебник по паттернам.

Поделиться:TelegramVK
Игорь Градов
Игорь Градов

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».

Комментарии

Читайте также

Т-Банк показал персонализацию нейросети Perseus: +10% к точности без истории покупок
ai

Т-Банк показал персонализацию нейросети Perseus: +10% к точности без истории покупок

Почему это важно Т-Банк открыто описал, как единая последовательность действий клиента из десятков сервисов поднимает точность рекомендаций на 3-17% даже там,…

6 мин
Три директора за полгода: центр ИИ при Трампе теряет руководителей быстрее, чем выпускает стандарты
ai

Три директора за полгода: центр ИИ при Трампе теряет руководителей быстрее, чем выпускает стандарты

Третий за год глава Центра стандартов ИИ при Белом доме ушёл с поста, и на этот раз причину даже не назвали: CAISI (Center for AI Standards and Innovation),…

5 мин
ИИ-агенты ломаются на пути в продакшен: четыре барьера, которые не видны на пилоте
ai

ИИ-агенты ломаются на пути в продакшен: четыре барьера, которые не видны на пилоте

Обнаружил, что оригинал обрывается на полуслове («Общая ви»). Пишу строго по тем фактам, которые есть в переданном тексте. ИИ-агенты (программы, которые сами…

6 мин