Как я использую ИИ-советы для решения неоднозначных инженерных задач

Один ИИ-ассистент полезен. Но его не всегда достаточно.

Если вы используете ИИ для написания кода, вы знакомы с этим сценарием. Вы описываете проблему. Модель предлагает решение. Оно выглядит хорошо. Вы внедряете его. А через три дня обнаруживаете критический изъян. Архитектура не выдержала граничного условия. Она связала две вещи, которые должны быть разделены.

Это не ошибка модели. Это ошибка процесса. Одиночной модели не хватает способности подвергать сомнению собственные предположения.

Для сложных инженерных задач вам нужен ИИ-совет (AI Council). Это не новая платформа. Это структурированный рабочий процесс, в котором несколько ИИ-ролей рассматривают одно предложение с разных точек зрения.

Цель состоит в том, чтобы превратить использование ИИ в управляемый инженерный рабочий процесс.

Вот как работает этот процесс:

• Постановка задачи: Вы формулируете проблему. • Агент-архитектор: Агент, опирающийся на источники, создает первоначальное предложение. • ИИ-совет: Различные ИИ-роли рассматривают предложение. • Синтез обратной связи: Агент объединяет всю обратную связь и выявляет конфликты. • Реестр возражений: Вы отслеживаете каждое возражение, его серьезность и способ устранения. • Человеческое управление: Вы решаете, когда остановиться или продолжить. • Агент-исполнитель: Отдельный агент реализует план. • Агент-аудитор: Финальный агент проверяет код на соответствие исходной спецификации.

Роли в вашем совете должны включать:

• Системный мыслитель: Оценивает риски и границы системы.
• Критический рецензент: Подвергает сомнению предположения и находит пробелы.
• Упроститель: Находит излишнюю сложность.
• Рецензент альтернатив: Предлагает различные подходы.

Магия не в использовании большего количества моделей. Магия — в разделении ролей. Когда вы просите ИИ «проверить это», вы получаете расплывчатые ответы. Когда вы просите ИИ «найти три самых больших архитектурных риска», вы получаете практически применимые данные.

Вы также должны разделять контексты. Агент, который пишет код, не должен быть тем же агентом, который его проверяет. Это предотвращает появление у ИИ тех же самых «слепых пятен».

Человек не выполняет ручную работу. Человек управляет контрольными точками. Вы решаете, когда обратной связи достаточно. Вы решаете, какие риски принять. Вы — инженерный менеджер, а не рядовой исполнитель.

Используйте это для рефакторинга с высоким уровнем риска и неоднозначной архитектуры. Не используйте это для тривиальных исправлений багов. Накладные расходы оправданы только тогда, когда цена ошибки высока.

Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii

Optional learning community: https://t.me/GyaanSetuAi