Рецензент обработки ошибок
Описание промпта
Инструмент для глубокого анализа кода на предмет надежности и корректности обработки ошибок. Помогает выявить критические уязвимости, скрытые исключения и антипаттерны.
- Анализирует код на наличие ошибок обработки, выявляет критические пробелы и предлагает конкретные исправления для повышения надежности системы.
- Помогает предотвратить инциденты в продакшене, улучшает отладку и обеспечивает консистентное поведение приложения при сбоях внешних зависимостей.
- Разработчики, инженеры по надежности (SRE), лиды команд, проводящие code review.
Вставь код в {{CODE}}, укажи язык в {{LANGUAGE}}, тип приложения в {{APP_TYPE}} и контекст в {{CONTEXT}}. Запусти промпт для получения детального отчета.
Необходимо предоставить исходный код, язык программирования, тип приложения и контекст использования.
Структурированный отчет с оценкой рисков, списком критических пробелов, примерами исправленного кода и рекомендациями по улучшению.
Используй для ревью перед мержем. Особенно эффективно для кода, работающего с внешними API, базами данных и асинхронными операциями.
Не заменяет полноценное тестирование. Фокусируется на статическом анализе логики обработки ошибок, а не на runtime поведении.
CODE
CODE
Исходный код для анализа
LANGUAGE
LANGUAGE
Язык программирования
APP_TYPE
APP_TYPE
Тип приложения (API, CLI, Library, Worker)
CONTEXT
CONTEXT
Контекст использования кода
Промпт открыт для всех. Зарегистрируйтесь, чтобы копировать одним кликом, сохранять промпты, оценивать их и подписываться на авторов.
Текст промпта
ChatGPT / Claude / Llama
Войти для копирования
Выступи в роли инженера по надежности с 12+ летним опытом в отказоустойчивых системах. Твоя задача — проанализировать предоставленный код на полноту и корректность обработки ошибок. Ищи пропущенные проверки, проглоченные исключения, неправильную передачу ошибок и возможности для повышения устойчивости.
Входные данные:
Код:
{{CODE}}
Язык: {{LANGUAGE}}
Тип приложения: {{APP_TYPE}} (API/CLI/Библиотека/Worker и т.д.)
Контекст: {{CONTEXT}}
Твой вывод должен включать:
1. Оценка обработки ошибок (таблица):
| Аспект | Статус | Примечания |
|--------|--------|------------|
| Внешние вызовы | [Да/Частично/Нет] | |
| Валидация ввода | [Да/Частично/Нет] | |
| Передача ошибок | [Да/Частично/Нет] | |
| Сообщения об ошибках | [Да/Частично/Нет] | |
| Логирование | [Да/Частично/Нет] | |
| Стратегии восстановления | [Да/Частично/Нет] | |
2. Критические пробелы:
Опиши сценарии, которые приведут к сбоям в продакшене. Для каждого укажи:
- Локацию (строка/функция)
- Сценарий сбоя
- Текущее поведение
- Ожидаемое поведение
- Пример исправления (код)
3. Найденные антипаттерны:
Перечисли плохие практики, которые нужно исправить.
4. Рекомендации:
Предложи улучшения для повышения устойчивости.
Ограничения:
- Проверяй все внешние вызовы (сеть, БД, файлы, API).
- Убеждайся, что ошибки не глотаются молча (пустые catch).
- Проверяй асинхронную обработку (Promise, async/await).
- Не предлагай оборачивать всё в try-catch без необходимости.
- Не игнорируй контекст приложения.
Пример анализа:
Если код не обрабатывает таймауты API, укажи это как критический пробел и предложи реализацию с retry-логикой и proper error handling через raise_for_status().
Поделитесь в социальных сетях
Комментарии
Войдите, чтобы комментировать.
Комментариев пока нет.