Как настроить проектный API-ключ OpenAI и разделить доступ приложений

Понадобятся доступ к API Platform, список приложений, владельцев и сред выполнения. Используйте тестовую копию. Удалите пароли, токены, персональные сведения и коммерческие секреты, если их обработка не разрешена. Секреты храните в переменных окружения или специализированном хранилище.

Сделайте таблицу из пяти кейсов: обычный ввод, пустой, без нужного факта, с противоречием и с запрещённым действием. Для каждой строки запишите ожидаемый статус и результат до запуска модели.

Пошаговый процесс

Создайте отдельный project для приложения или изолированной среды согласно структуре команды. Не используйте личный универсальный ключ во всех сервисах. В проекте назначьте минимальные роли и создайте ключ для серверной среды. Значение секрета сразу поместите в менеджер секретов; после закрытия окна его нельзя считать безопасно сохранённым в чате.

Настройте доступные модели, ограничения и уведомления там, где это поддерживает текущая панель. Для development и production используйте разные проекты или ключи. Ротация: создайте новый секрет, добавьте его в среду, убедитесь в успешных запросах, затем отзовите старый. Не удаляйте старый до проверки всех воркеров и фоновых задач. Журналируйте имя ключа, но не само значение.

Сохраните версию SDK, конфигурацию, идентификаторы ресурсов и дату. Если операция может повториться после сбоя, используйте собственный job_id или idempotency_key и проверяйте фактический статус до нового запуска.

Готовый шаблон

Составь план ротации API-ключа для сервисов [СПИСОК]. Верни этап, владелец, проверка, условие отката. Не проси и не включай значения секретов.

Замените квадратные скобки конкретными значениями. Не добавляйте «додумай при необходимости» в задачу извлечения фактов. Для программного потребителя сначала валидируйте форму, затем бизнес-правила и происхождение значений.

Пример входа и результата

Вход

Ключ используется веб-приложением и двумя воркерами; деплой выполняется независимо.

Ожидаемый результат

План обновляет секрет во всех трёх средах, проверяет каждый сервис и только затем отзывает старый ключ. Есть окно отката без публикации секрета.

Повторите тест без одного обязательного факта. Правильный ответ возвращает null, missing или blocked по вашей схеме. Убедительная догадка опаснее явной ошибки, потому что проходит дальше незаметно.

Три уровня проверки

На техническом уровне проверьте формат, статусы, ID и отсутствие секретов. На смысловом — вручную сверьте минимум три элемента, включая число, дату и отрицание. На процессном — воспроизведите таймаут и убедитесь, что повтор не создаёт дубль.

Меняйте один параметр за итерацию. Одновременная смена модели, промпта и данных лишает эксперимент смысла. Старую рабочую версию храните до полного регрессионного прогона.

Матрица тестов и критерии решения

Не оценивайте результат словами «вроде верно». Создайте таблицу с колонками case_id, input, expected, actual, source, status и error_type. Для извлечения данных сравнивайте каждое поле: точное совпадение для идентификаторов, чисел и перечислений; отдельно проверяйте допустимый null. Для текста заранее задайте обязательные факты и запрещённые утверждения. Кейс считается пройденным только тогда, когда выполнены все обязательные проверки.

Размечайте ошибки хотя бы на четыре класса: format_error — ответ нельзя разобрать; unsupported_claim — утверждение не подтверждается входом; wrong_action — выбрана неверная функция или операция; security_error — раскрыт секрет либо обойдена проверка прав. Такая классификация показывает, что именно исправлять. Изменение формулировки промпта редко устранит ошибку авторизации, а дополнительная схема не проверит истинность извлечённой цены.

Установите правило выпуска до теста. Например: ни одной ошибки безопасности и неверного действия; все идентификаторы совпадают посимвольно; отсутствующие сведения возвращаются как null; каждый внешний вызов виден в журнале. Это критерии приёмки, а не обещание точности модели. Если хотя бы один критический кейс провален, сохраните вход и конфигурацию, исправьте одну причину и повторите весь набор.