Авиатор спонсировал этот пост.
«Человек, который сообщает лучшее, станет самым ценным программистом в будущем. Новый дефицитный навык — это написание спецификаций, которые полностью отражают ваши намерения и ценности», — сказал недавно Шон -Гроув из Openai на конференции ИИ.
Гроув говорит, что спецификации, а не подсказки или код, становятся фундаментальной единицей программирования, а спецификации написания — новая сверхдержава.
Поскольку ИИ делает это проще, чем когда -либо, генерировать код, две вещи стали ясны. Во -первых, генерирование большего количества кода с ИИ не устраняет сложность из разработки программного обеспечения; Это просто отвлекает его для отладки, тестирования и развертывания трубопроводов. И этот код письма никогда не был узким местом.
Написание кода не является узким местом
Узкое место — это знание того, что строить, собирать требования, зная, почему его построить, и, в конечном счете, зная, было ли оно построено правильно и достигли своих намерений. Инженерные организации почувствуют, что сжимает более продвинутые модели искусственного интеллекта, указывает Гроув.
Выравнивание проектирования между командами, разрешение конфликтующих требований, ликвидация технических долгов, создание строгости для кодировки обзоров и сохранение институциональных знаний, когда уезжают старшие инженеры, перечислены как основные проблемы, которые затрудняют строительное программное обеспечение в объявлении Amazon для его IDE и концепции разработки Spec.
Главное, что определяет, преуспевает ли агент или терпит неудачу, — это качество контекста, которое он дает. И, если мы хотим, чтобы агенты преуспели не только на Vibe Coding Cool Apps с нуля, но и в грязных кодовых базах Brownfield Enterprise, предоставляющие агентам правильный контекст — или контекстная инженерия — это недостающая часть, чтобы это произошло.
Но получить контекст сложно. Даже когда контекстные окна с крупными языковыми моделями ‘(LLMS’) увеличиваются, мы уже знаем, что предоставление более крупного контекста для LLM фактически снижает качество. Секрет — это качество предоставленного контекста.
Спецификации являются «утонченным контекстом», который предоставляет достаточную информацию для LLM, чтобы быть эффективными без перегрузки.
Что такое разработка спецификации?
Разработка спецификации-это практика написания спецификаций перед написанием кода-или просьба инструмента ИИ для написания кода. Вместо того, чтобы просто пытаться удачи с подсказками, независимо от того, насколько он тщательно продуман, а затем подсказывает исправления, разработка, управляемая спецификацией, начинается с четких и структурированных документов, которые отражают требования, намерения и ограничения.
В эпоху кодирования ИИ спецификация выступает в качестве руководства для агентов ИИ, на что они могут ссылаться, проверять свою работу и использовать, чтобы оставаться ориентированными. Это северная звезда, которая позволяет агентам выполнять более крупные, более сложные задачи, не теряя пути намерения.
Специальная разработка заменяет хаос специального, быстрого управляемого атмосфера кодирования структурированным, долговечным способом для программистов для выражения своих целей. Это позволяет разработчикам быть более конкретными в отношении конкретных деталей и для агента, чтобы сообщать свой план заранее.
Спецификация становится своего рода контролируемой версией, читаемой человекой супер-подсказкой.
Как работает спецификация разработки?
Если вы просто побудили ИИ «реализовать разрешения пользователей», он может создать стандартную систему управления доступом (RBAC) на основе ролей (RBAC) с ролями администратора и пользователя. На первый взгляд, код может выглядеть отполированным и готовым к производству. Но это не остановит, чтобы спросить, нужны ли вам мелкозернистые разрешения, временные окна доступа или крючки в существующего поставщика идентификаций. Сгенерированный код выглядит профессионально и полным, маскируя тот факт, что он решает неправильную проблему.
Специальная разработка требует, чтобы инженеры замедлились, ясно подумали о том, что они строят и общаются четким и структурированным способом:
- Конкретные форматы ввода/вывода и типы данных.
- Явные деловые правила и края.
- Интеграционные ограничения и существующие системы зависимости.
- Требования к производительности и ожидаемый масштаб.
- Правила обработки ошибок и проверки.
- Требования к безопасности и соответствию.
Оттуда агенты создают список задач, которые нужно сделать для создания кода в соответствии со спецификациями. Инженеры все еще могут взаимодействовать с агентами через подсказки и управлять ими.
От сотрудничества с агентом-разработчиком до многопользовательского кодирования
Строительство программного обеспечения с агентами искусственного интеллекта не является сольным спортом, особенно в более крупных инженерных организациях. Современные проекты часто охватывают несколько репозиториев, микросервисов, подсказок и спецификаций. Представьте, что добавите кнопку «Поделиться» в ваши характеристики, чтобы поделиться опытом в вашей команде и делегировать выполнение.
Вот где вступают книги. Runbooks дают командам общее пространство для сотрудничества в подсказках, соответствовать рабочим процессам выполнения и сохраняют четкий аудиторский след решения.
Думайте о RunBooks как о недостающей связи между спецификациями продукта и кодом. Bunbook — это не просто документация, это живая база знаний, которую другие могут забрать, расширять и адаптировать. Вы можете построить вверху чужой книги, контекста передачи через репозитории или пути кода, составить свои собственные характеристики и получить обратную связь, или объединить заинтересованные стороны и агенты кодирования в одном, структурированном сеансе.
Попробуйте Runbooks и превратите кодирование ИИ из отдельных экспериментов в инженерные проекты по всей команде.
Aviator-это разработчик с низким содержанием конфигурации, работающий с AI, который автоматизирует владение, обзоры кода, слияния и развертывание. Он создает организационный график знаний для упрощения назначения билетов, резюме проекта и поддержки внутренней разработчиков. Узнайте больше последних из Aviator Trending Stories YouTube.com/thenewstack Tech Moving быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Ankit Jain является соучредителем и генеральным директором Aviator, разработчика с низким конфигурацией, который автоматизирует владение, который автоматизирует владение, обзоры кода, объединяет и развертывает. Он также возглавляет ангар, сообщество старших DevOps и старших инженеров -программистов, сосредоточенных на опыте разработчиков, … Подробнее от Ankit Jain
