25 AI-промптов, которые должен сохранить каждый разработчик (2026)

, специализирующийся на крупномасштабном рефакторинге. Ваша задача — провести рефакторинг

. Прежде чем вносить какие-либо изменения в

. Ваша задача — создать план миграции для компонента

model Product {
id          String   @id @default(cuid())
name        String
description String?
price       Float
createdAt   DateTime @default(now())
updatedAt   DateTime @updatedAt
}

. Мне нужно, чтобы вы сначала объяснили его, а затем перереализовали его более эффективным и читаемым способом на

[Вставьте фрагмент кода, например, функцию, обрабатывающую ввод пользователя или запрос к базе данных]

и определите потенциальные риски.
**Содержимое файла:**

. Хотя требования к прозрачности статьи 50 Закона ЕС об ИИ не распространяются на сам исходный код, я хочу применить его принципы для внутреннего управления.
**Фрагмент кода:**

, которой необходимо выполнить конкретную задачу.
**Описание задачи:** Функция Lambda должна считывать объекты из S3-корзины

[Вставьте сюда полный git diff]

CREATE TABLE users (
id SERIAL PRIMARY KEY,
name VARCHAR(100),
email VARCHAR(100) UNIQUE,
created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW()
);
CREATE TABLE orders (
id SERIAL PRIMARY KEY,
user_id INTEGER REFERENCES users(id),
amount DECIMAL(10, 2),
created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW()
);

. Проанализируйте следующий медленный запрос и схему таблицы, затем предоставьте оптимизированную версию.
**Схема таблицы:**

[from myapp.models import Author, Book
recent_prolific_authors = Author.objects.filter(
book__publication_date__gte='2026-01-01'
).annotate(
num_books=Count('book')
).filter(
num_books__gt=5
).order_by('-num_books')]

function calculateDiscount(price, quantity, userTier) {
// ... function implementation ...
}

, отлаживающего производственную ошибку. Я предоставлю стек вызовов и соответствующий код. Ваша задача — определить наиболее вероятную первопричину.
**Среда:**

[Предоставьте регулярное выражение здесь]

(для взаимодействия со схемой Prisma и CLI)
*

(для создания задач GitHub)
**Сценарий:**
Функция "регистрация нового пользователя" развернута в тестовой среде по адресу

.
3.  Проанализируйте сигнатуру функции, схему валидации Zod и основную логику.
4.  Создайте новый файл

Выступайте в роли старшего инженера крупной технологической компании, проводящего интервью по системному дизайну. Я — кандидат.
**Задание:**
"Разработайте систему, подобную `[сервису ленты новостей Twitter]`."
**Ваша роль:**
1.  Начните с уточняющих вопросов, чтобы определить объем проблемы (например, "Каковы ключевые функции?", "Каков ожидаемый масштаб?").
2.  Когда я предлагаю компоненты (например, балансировщики нагрузки, базы данных, кэши), оспаривайте мои решения. Спрашивайте о компромиссах, режимах отказа и узких местах масштабируемости.
3.  Заставьте меня сделать приблизительные расчеты для хранения, пропускной способности и QPS.
4.  Не давайте мне ответы. Направляйте меня к надежному дизайну, задавая критические вопросы.
5.  Завершите интервью, дав мне обратную связь по моему дизайну, выделив 3 сильные стороны и 3 области для улучшения.

# ADR-001: Внедрение ScyllaDB в качестве основной базы данных
**Дата:** `[3 сентября 2026 года]`
**Статус:** Принято
**Контекст:**
*(Опишите бизнес/техническую проблему, которую мы пытаемся решить.)*
**Решение:**
*(Четко сформулируйте решение.)*
**Последствия:**
*   **Положительные:**
*   *(Перечислите ожидаемые преимущества, например, улучшенная пропускная способность записи, меньшая задержка чтения, горизонтальная масштабируемость.)*
*   **Отрицательные:**
*   *(Перечислите недостатки и риски, например, потеря ACID-транзакций, необходимость новых навыков у разработчиков, сложность миграции.)*
**Рассмотренные варианты:**
1.  **ScyllaDB:** *(Кратко опишите, почему этот вариант был выбран.)*
2.  **PostgreSQL с CitusDB:** *(Кратко опишите, почему этот вариант не был выбран.)*
3.  **CockroachDB:** *(Кратко опишите, почему этот вариант не был выбран.)*

[приложение для чата в реальном времени для больших онлайн-сообществ]

[системы владения и заимствования в Rust]

[Я случайно закоммитил большой бинарный файл в свою ветку функций. Я сделал несколько других коммитов поверх него. Я хочу удалить этот файл и его коммит из истории моей ветки, прежде чем создавать pull request. Я еще не отправил ветку на удаленный репозиторий.]

/
├── app/
│   ├── layout.tsx
│   └── page.tsx
├── components/
│   └── ui/
├── lib/
│   └── utils.ts
├── public/
├── package.json
├── tsconfig.json
├── next.config.mjs
└── tailwind.config.ts