База
Универсальная задача
Стартовый промпт для любой задачи: сначала найти файлы, объяснить логику и предложить план.
Made on
Tilda
Эта страница — не статья, а рабочая панель промптов. Используй её, когда работаешь в VS Code, GitHub, Claude, Cursor или другой AI-среде. Главная задача — быстрее давать точные команды и не позволять AI ломать проект лишней инициативой.
Самые частые команды. Нажал — скопировал — вставил в Claude или другую модель.
Когда нужно начать работу с конкретной проблемой.
Когда нужно оценить существующий проект перед работой.
Когда начинаешь с нуля и нужно утвердить структуру.
Когда сначала нужно найти причину, а не сразу менять код.
Не проси AI сразу «сделать». Веди его по шагам. Иначе он начнёт менять то, что не просили.
Быстрая таблица для выбора правильного режима работы.
| Ситуация | Что просить | Режим | Что важно запретить |
|---|---|---|---|
| Не понимаю, где ошибка | Найти причину без изменений в коде | Диагностика | Не менять файлы до плана |
| Нужно исправить один баг | Минимальный патч в связанных файлах | Точечная правка | Не делать рефакторинг |
| Нужно добавить функцию | Сначала план, потом реализация | Архитектура | Не менять структуру без согласования |
| AI начал менять лишнее | Ограничить область изменений | Стоп-кран | Не трогать соседний функционал |
| Проект стал большим | Создать PROJECT_MAP.md | Навигация | Не менять код |
| Новый чат | Передать краткий контекст проекта | Контекст | Не тащить весь старый чат |
| Есть токены или пароли | Проверить хранение секретов | Безопасность | Не коммитить .env |
Основные команды для ежедневной работы. Используй карточки: копируй сразу или раскрывай полный текст.
Стартовый промпт для любой задачи: сначала найти файлы, объяснить логику и предложить план.
Когда нужно сначала разобраться, а не позволить AI сразу лезть в код.
Для одного бага или небольшого изменения без рефакторинга и без затрагивания соседних блоков.
Когда задача может затронуть структуру проекта, несколько файлов или важную логику.
Когда AI уже предложил план, и ты разрешаешь выполнить только конкретные пункты.
Чтобы AI не писал просто «готово», а фиксировал результат, риски и способ проверки.
Когда нужно улучшить интерфейс без фразы «сделай красиво» и без лишней самодеятельности.
Когда карточки, таблицы или блоки ломаются на маленьких экранах — без затрагивания десктопа.
Когда длинный чат пора закрыть и нужно начать новый без потери смысла.
Когда нужно создать новый проект: сначала утвердить структуру, потом код.
Когда нужно оценить существующий проект перед началом работы — чтобы AI понял структуру и не ломал лишнее.
Эти файлы помогают AI быстрее понимать проект и меньше делать глупостей.
Изучи структуру проекта и создай файл PROJECT_MAP.md. Мне нужно, чтобы ты описал: 1. Основные папки проекта 2. За что отвечает каждая папка 3. Главные страницы и где они лежат 4. Где находится логика API 5. Где находятся стили 6. Где находятся компоненты 7. Где конфиги 8. Какие файлы критичные и требуют осторожности 9. Как запускать проект локально 10. Как проверять изменения Ничего в коде не меняй.
# Правила работы AI с проектом 1. Перед изменениями сначала понять текущую логику. 2. Не делать рефакторинг без отдельного запроса. 3. Не менять архитектуру без согласования. 4. Не трогать .env, ключи, токены и приватные данные. 5. Работать минимальными изменениями. 6. После каждой задачи указывать: - какие файлы изменены - что именно изменено - как проверить - какие риски остались 7. Если задача неясна — сначала задать уточняющий вопрос или предложить план. 8. Не создавать новые зависимости без согласования. 9. Не удалять код без объяснения. 10. Не менять рабочую логику соседних страниц. 11. Если нужно изменить больше файлов, чем ожидалось, сначала остановиться и объяснить причину. 12. После крупных задач предлагать обновление CHANGELOG_AI.md.
Проверь, как в проекте организовано хранение чувствительной информации. Под чувствительной информацией я имею в виду: — API-ключи — токены — логины — пароли — секреты вебхуков — доступы к внешним сервисам Ничего не меняй сразу. Сначала дай отчёт: 1. Есть ли реальные секреты в коде 2. Есть ли файл .env 3. Добавлен ли .env в .gitignore 4. Есть ли .env.example 5. Какие файлы требуют внимания 6. Есть ли риск, что секреты попали в GitHub 7. Что нужно сделать для безопасного хранения Код пока не меняй.
AI хорошо работает с конкретикой. Размытые задачи почти всегда приводят к лишним правкам.
Vibe coding работает хорошо, когда AI не получает власть над проектом, а получает точную задачу, понятные границы и обязанность отчитаться.
AI может ускорить разработку в несколько раз. Но если не управлять им жёстко, он с такой же скоростью внесёт хаос в проект.