Post #154

10 ключевых антипаттернов, которые делают 90% разработчиков и чем их заменить [Чек-лист для прояснения работы с AI] Итак. Мы подробно обсуждали разные мифы и заблуждения по поводу ИИ. А теперь пришло время по чуть-чуть выдавать базу того, как НАДО формулировать задачу, чтобы повысить в AI свою продуктивность. В общем, мы с командой подготовили небольшой чек-лист, который вам точно пригодится. 1️⃣ Один расплывчатый промпт «сделай X» Пишут: «Оптимизируй функцию», «почини баг», «сделай кеш». Но, в итоге, модель гадает и даёт общие решения. Как надо: формулировать задачу узко + критерии успеха (сигнатура, ограничения, формат вывода, граничные случаи), желательно с примерами/тестом. Это прямо одна из типовых ошибок в промпт‑инжиниринге: расплывчатость, перегрузка контекстом, отсутствие формата ответа. 2️⃣ Пихают в чат кучу кода без связи с задачей Контекст «расплывается», токены тратятся, качество падает. Как надо в Cursor: – дать ровно нужные файлы — выделить участок кода → Cmd+L (он и весь файл пойдут в контекст); – перетащить файл/папку в чат; – добавить через @ поиск; при сложных задачах — подмешивать документацию через @Docs . 3️⃣ Используют Ask/Chat там, где нужна правка в нескольких файлах Чат отвечает текстом, а изменения потом «копипастят». Как надо в Cursor: план обсудить в Ask (быстрый ответ), а изменения выполнять в Agent/Composer — он сам внесёт дифы сразу в несколько файлов (и покажет превью). 4️⃣ Игнорируют «правила проекта» Каждый раз заново объясняют стиль, архитектурные нормы. Как надо в Cursor: завести Project Rules / .cursorrules с инвариантами стиля/архитектуры(типы строго, именование, лог‑формат и т.п.). Готовые примеры правил — в открытых репозиториях. 5️⃣ Тянут одну и ту же «заезженную» сессию История засоряется, новые источники не подхватываются. Как надо: дробить на этапы, стартовать новый Composer/Agent, когда пошли круги или сменился подтаск. Сообщество Cursor прямо это советует. 6️⃣ Не добавляют внешние требования/PRD Пишут «сделай как в ТЗ», но ТЗ не в контексте. Как надо в Cursor: прогнать PRD/гайд через Gist и подключить в ссылаться на реальные требования. (Cursor - Community Forum) 7️⃣ Сразу «ломятся» в редактирование без плана Получают хаотичные правки. Как надо в Claude Code: сначала explore → plan → code → commit, причём план можно править в Plan mode (VS Code extension), а изменения откатывать через checkpoints. 8️⃣ Не дают модели «данные работы» — логи, трассы, тесты Модель фантазирует причины. Как надо в Claude Code: прямо прокидывать данные — пайпом в CLI, файлами или командой прочитать конкретные файлы; просить сначала анализ/гипотезу, потом патч. 9️⃣ Не страхуют безопасность/качество Принимают код «как есть». @Docs → модель будет Как надо: запускать статанализ/аудит зависимостей, просить у модели отдельный «security review»/фиксы, держать ревью ручное. 🔟 Перегружают правила/контекст «на всякий случай» Длинные правила/простыни — модель игнорирует куски. Как надо: хранить правила краткими, модульными, до 1‑2 страниц; в Claude — CLAUDE.md на уровень репо/папки и «тюнинг» по мере итераций. 👉 В общем и целом, берите, внедряйте и работайте на 20-30% быстрее Если вам чек-лист зашел, то ставьте — 🔥 и сохраняйте себе в «избранное»