Достаточно ли восстановить данные для харнесса по коду?
Ситуация: запускается агентская разработка, нужен харнесс и данные для него собираются из текущих артефактов - репозиториев, API, документации.
Дальше возможен градиент от «все идеально» до «соткано из антипаттернов и противоречий».
Сборка данных может отличаться
▪️Cобрать данные и перекреститься
▪️Собрать данные, провести анализ, найти противоречия хотя бы на уровне определений, понятий и связей и перекреститься
▪️Предыдущее + архитектурный аудит на уровне границ ответственности, глобальных инвариантов, соответствия анализа относительно ключевых сценариев и много всего остального, что входит в архитектурный адудит; зафиксировать риски, агентскую разработку стартовать в изолированной области, где риски минимальны, остальные готовить
Возвращаясь к началу, ответы разделились
▪️Одни притормозили когда поняли, что в текущей архитектуре и состоянии документов агенты могут разнести системы в пух и прах и взялись за архитектуру (или как минимум воспроизводить неоптимальные паттерны)
▪️Другие пытаются, но не могут получить обещанную пользу от агентов
Архитектура является обеспечивающим условием того, чтобы ИИ-инициативы можно было реализовать (проще/легче лучше/хуже - другой вопрос).
OpenAI так же указывает на важность архитектуры в своей статье https://openai.com/index/harness-engineering/ (см скрин). Да, без деталей, но я уверен, что они подразумевают все это, просто фокусируются на своей теме, однако даже они не забывают упомянуть, что архитектура важна.
Ну и напоследок, набившая уже оскомину фраза, источник которой не найти, но возможно это было State of AI-assisted Software Development - «ИИ работает как мультипликатор и для сильных и для слабых сторон организации.
Я местами гиперболизирую, это чтобы проблема не потерялась в скучных рассуждениях - ведь везде, где есть компоненты, связи и какая-то логика над способом организации этого всего, есть архитектура, какая - это уже второй вопрос :)
Post #857
709

- 👍 7
- ❤ 1