Практические стратегии кодирования ИИ, основанные на 1000 часах опыта

Уровни промптов и стратегии рабочего процесса с ИИ

Пост на Reddit из сообщества r/ClaudeAI делится практическими стратегиями использования AI-агентов для программирования, основанными на 1000 часах опыта. Основная рекомендация — перестать относиться к ИИ как к архитектору и вместо этого относиться к нему как к младшему разработчику — обсуждать, что вы хотите построить, и позволять ИИ находить крайние случаи до начала реализации.

Три уровня промптов

Источник определяет три различных подхода к промптам:

• Уровень 1 (Новичок): Просить ИИ построить всё приложение за один раз (например, «Создай мне трекер цен конкурентов»). ИИ принимает все решения по дизайну и технологическому стеку, что приводит к совершенно непригодному результату.
• Уровень 2 (Средний): Предоставление функций и возможностей, но без технической архитектуры. ИИ вынужден угадывать крайние случаи, что приводит к частично пригодному, но не готовому к продакшену результату.
• Уровень 3 (Профессионал): Сначала совместно с ИИ-агентом проработать весь документ требований к продукту (PRD). Определить основную логику, пользовательские персонажи, пошаговые сценарии и жёсткую техническую архитектуру (например, Supabase с Postgres и Prisma). Попросить ИИ найти слабые места в логике до написания какого-либо кода.

Стратегии реализации

В посте рекомендуется несколько конкретных практик рабочего процесса:

• Фазировать реализацию: Никогда не просите ИИ написать код всего приложения сразу. Попросите его создать поэтапный план с чёткими сроками и результатами для каждого шага.
• Разбивать сложные задачи: Если у ИИ слишком много работы, он пропустит ключевые этапы принятия решений и угадает неправильно. Вам нужно принимать основные продуктовые решения, а не ИИ.
• Контролировать собственный дизайн: Никогда не позволяйте ИИ решать за вас язык дизайна. Самостоятельно прорабатывайте пользовательские сценарии и вайрфреймы, иначе ИИ сгенерирует общие дашборды, которые не подходят вашему продукту.
• Использовать строгий файл инструкций: Создайте файл agent.md (или cloud.md), чтобы определить структуру продукта, стиль кодирования, обработку ошибок и запрещённые команды (например, явно указав ему никогда не запускать миграции базы данных), чтобы вам не приходилось повторяться в каждом промпте.

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