Промпты для разработчиков — копируй и вставляй

Объясни пошагово, что делает этот код на TypeScript. Затем перечисли:
1. Входные и выходные данные
2. Побочные эффекты (сеть, файлы, состояние)
3. Крайние случаи, которые код не обрабатывает

```
[вставьте код]
```

Запрос на побочные эффекты и пропущенные крайние случаи превращает пересказ в ревью.

Я новичок в этом проекте на React. На основе дерева файлов и файлов ниже объясни архитектуру: основные модули, как данные проходят от запроса до ответа и где мне искать код, чтобы изменить [функцию].

Дерево файлов:
[вставьте дерево]

Ключевые файлы:
[вставьте файлы]

Разбери это по токенам и приведи три примера входных строк, которые подходят, и три, которые не подходят:

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

Эта функция на TypeScript должна [ожидаемое поведение], но вместо этого [фактическое поведение].

```
[вставьте код]
```

Найди первопричину. Сначала объясни, почему это происходит, и только потом предложи исправление, показав минимальное изменение, которое его устраняет.

Описание ожидаемого и фактического поведения — самое большое улучшение в промптах для отладки.

Я получаю эту ошибку, когда [что вы сделали]:

```
[вставьте ошибку и стек вызовов]
```

Соответствующий код:
```
[вставьте код]
```

Объясни, что означает ошибка, наиболее вероятные причины по убыванию вероятности и как проверить каждую из них.

Этот код на TypeScript выполняется [время] для [объём входных данных]. Найди узкие места, оцени их сложность и предложи оптимизации, отсортированные по соотношению эффекта и затрат. Не меняй поведение.

```
[вставьте код]
```

Я застрял на [проблема]. Пока не давай мне ответ. Задавай по одному вопросу за раз, чтобы я сам нашёл причину.

Подходит, когда вы хотите научиться, а не просто получить готовое исправление.

Напиши функцию на TypeScript, которая [делает X].

Требования:
- [требование]
- [требование]

Обработай эти крайние случаи: [пустой ввод, некорректные значения, …]. Не используй внешние библиотеки. Добавляй короткие комментарии только там, где логика неочевидна, и приведи пример использования.

Создай компонент React на TypeScript для [опишите интерфейс]. Пропсы: [список]. Он должен быть доступным (клавиатура, ARIA где нужно) и адаптивным. Держи стили минимальными и отделёнными от логики.

Напиши запрос на PostgreSQL, который [цель].

Схема:
```sql
[вставьте CREATE TABLE]
```

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

Переведи этот код с [исходный язык] на TypeScript. Сохрани то же поведение, пиши идиоматичный TypeScript, а не построчный перевод, и перечисли поведение, которое нельзя сохранить точно.

```
[вставьте код]
```

Напиши bash-скрипт, который [цель]. Он должен: завершаться при ошибках (set -euo pipefail), выводить, что сейчас делает, принимать [аргументы] с сообщением --help и быть безопасным для повторного запуска.

Проведи ревью этого кода как senior-разработчик на TypeScript. Сгруппируй замечания по серьёзности (баг, безопасность, производительность, читаемость). Для каждого процитируй строку, объясни проблему и предложи исправление. Без похвалы и придирок к форматированию.

```
[вставьте diff или код]
```

Отрефактори этот код для лучшей читаемости и сопровождения, не меняя его поведение и публичный API. Объясни каждое изменение одной строкой. Укажи всё, в чём ты не уверен, что поведение сохранено.

```
[вставьте код]
```

Проверь этот код на уязвимости: инъекции, XSS, аутентификация и контроль доступа, секреты, небезопасная десериализация, SSRF и валидация входных данных. Для каждой находки приведи конкретный сценарий эксплуатации и исправление.

```
[вставьте код]
```

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

```
[вставьте код]
```

Напиши юнит-тесты на Vitest для этого кода на TypeScript. Покрой основной сценарий, крайние случаи и обработку ошибок. Используй понятные названия тестов, не используй общее изменяемое состояние и мокай только внешние зависимости.

```
[вставьте код]
```

Вот функция и её тесты. Перечисли важные случаи, которые тесты не покрывают, а затем напиши тесты для трёх самых ценных из них.

Код:
[вставьте код]

Тесты:
[вставьте тесты]

Сгенерируй [количество] реалистичных тестовых записей в формате JSON для этой схемы. Добавь сложные значения: имена с юникодом, очень длинные строки, пустые необязательные поля, граничные числа и даты вокруг перехода на летнее и зимнее время.

[вставьте схему или тип]

Напиши conventional commit для этого diff: заголовок меньше 72 символов в повелительном наклонении, пустая строка, затем короткое тело с объяснением, зачем сделано это изменение.

```diff
[вставьте git diff --staged]
```

Получить diff можно командой git diff --staged.

Напиши описание pull request для этих изменений с разделами: Summary, Why, How it works, How to test, Risks. Пиши кратко.

[вставьте diff или список изменений]

Добавь к этому коду на TypeScript doc-комментарии (JSDoc/TSDoc, docstring или аналог): назначение, параметры, возвращаемое значение, выбрасываемые ошибки и один пример. Не меняй код.

```
[вставьте код]
```

Напиши раздел «Getting started» для README этого проекта: необходимое окружение, установка, конфигурация (переменные окружения), локальный запуск и запуск тестов. Используй команды, которые можно скопировать и вставить.

Детали проекта:
[вставьте package.json / заметки]

Объясни эту техническую проблему нетехническому стейкхолдеру в не более чем 120 словах: что произошло, как это повлияло на пользователей и что мы делаем для исправления. Без жаргона.

[вставьте заметки об инциденте]

Мне нужно [цель] в приложении на React. Сравни [вариант A], [вариант B] и [вариант C] в таблице: сложность, производительность, поддержка, стоимость и когда каждый вариант лучше всего. Затем порекомендуй один для моей ситуации: [контекст].

Спроектируй схему PostgreSQL для [предметная область]. Сущности: [список]. Покажи CREATE TABLE с ключами, ограничениями и индексами и объясни, как схема поддерживает эти запросы: [запросы].

Разбей эту фичу на небольшие задачи длительностью не больше полдня каждая, в логичном порядке, с критериями приёмки для каждой:

[опишите фичу]

Проверь этот дизайн REST API на согласованность, именование, коды статусов, пагинацию, формат ошибок, версионирование и безопасность. Предложи конкретные улучшения.

[вставьте эндпоинты или спецификацию OpenAPI]