Claude API — это RESTful API, доступный по адресу https://api.anthropic.com, который предоставляет программный доступ к моделям Claude и Claude Managed Agents.
Впервые работаете с Claude? Для прямого доступа к модели начните с разделов Начало работы и Работа с сообщениями. Для управляемой инфраструктуры агентов см. Краткое руководство по Claude Managed Agents.
Для использования Claude API вам понадобится:
Пошаговые инструкции по настройке см. в разделе Начало работы.
Claude API включает следующие API:
Общедоступные:
POST /v1/messages)POST /v1/messages/batches)POST /v1/messages/count_tokens)GET /v1/models)Бета:
POST /v1/files, GET /v1/files)POST /v1/skills, GET /v1/skills)POST /v1/agents, GET /v1/agents)POST /v1/sessions, GET /v1/sessions/{id}/stream)POST /v1/environments, GET /v1/environments)Полный справочник API со всеми конечными точками, параметрами и схемами ответов доступен на страницах справочника API, перечисленных в навигации. Для доступа к бета-функциям см. Бета-заголовки.
Подробные сведения об обоих методах аутентификации и о том, когда использовать каждый из них, см. в разделе Аутентификация. Все запросы к Claude API должны включать следующие заголовки:
| Заголовок | Значение | Обязательный |
|---|---|---|
x-api-key | Ваш ключ API из Console | Один из x-api-key или Authorization |
Authorization | Bearer <token>, где <token> — краткосрочный токен доступа, полученный через POST /v1/oauth/token с помощью Workload Identity Federation | Один из x-api-key или Authorization |
anthropic-version | Версия API (например, 2023-06-01) | Да |
content-type | application/json | Да |
Если вы используете клиентские SDK, SDK отправит эти заголовки автоматически. Подробные сведения о версионировании API см. в разделе Версии API.
При доступе к Claude через облачную платформу аутентификация интегрирована с системой IAM облачного провайдера. Поддерживаемые типы учётных данных, необходимые заголовки и варианты аутентификации см. в документации конкретной платформы.
API предоставляется через веб-интерфейс Console. Вы можете использовать Workbench, чтобы опробовать API в браузере, а затем сгенерировать ключи API в настройках учётной записи. Используйте рабочие пространства, чтобы сегментировать ключи API и контролировать расходы по сценариям использования.
Anthropic предоставляет официальные SDK, которые упрощают интеграцию с API, беря на себя аутентификацию, форматирование запросов, обработку ошибок и многое другое.
Преимущества:
Список клиентских SDK см. в разделе Клиентские SDK.
Claude доступен как через прямой Claude API, так и через облачные платформы. Выбирайте вариант исходя из вашей инфраструктуры, доступности функций, требований соответствия и предпочтений по ценообразованию.
Доступ к Claude через AWS, Google Cloud или Microsoft Azure:
| Платформа | Провайдер | Документация |
|---|---|---|
| Claude Platform on AWS | AWS (под управлением Anthropic) | Claude Platform on AWS |
| Amazon Bedrock | AWS | Claude в Amazon Bedrock |
| Agent Platform | Google Cloud | Claude в Google Cloud |
| Microsoft Foundry | Microsoft Azure (под управлением Anthropic) | Claude в Microsoft Foundry |
Claude Managed Agents доступен через прямой Claude API и Claude Platform on AWS. Доступность функций на разных платформах см. в Обзоре функций.
| Конечная точка | Максимальный размер запроса |
|---|---|
| Messages, Token Counting | 32 МБ |
| Message Batches API | 256 МБ |
| Files API | 500 МБ |
| Sessions, Agents, Environments | 32 МБ |
При превышении этих ограничений вы получите ошибку 413 request_too_large.
Платформы под управлением партнёров имеют собственные ограничения размера запроса: Google Cloud ограничивает запросы 30 МБ, а Bedrock — 20 МБ. Claude Platform on AWS использует те же ограничения, что и прямой Claude API. Актуальные значения уточняйте в документации вашей платформы.
Claude API включает следующие заголовки в каждый ответ:
request-id: глобально уникальный идентификатор запросаanthropic-organization-id: идентификатор организации, связанный с ключом API, использованным в запросеClaude Platform on AWS добавляет идентификатор запроса AWS (x-amzn-requestid) наряду со стандартным заголовком request-id. Схему обработки двойных идентификаторов см. в разделе Идентификаторы запросов.
Конечные точки списков возвращают результаты постранично. Большинство новых конечных точек списков используют схему курсоров page и next_page, описанную в этом разделе. Некоторые используют другую схему; см. примечание в конце этого раздела. Используйте параметр запроса limit для управления размером страницы и параметр запроса page для получения соседней страницы. Каждый ответ включает массив data вместе с полями курсоров для навигации между страницами.
| Имя | Расположение | Описание |
|---|---|---|
limit | Параметр запроса | Максимальное количество элементов, возвращаемых на странице. |
page | Параметр запроса | Непрозрачный курсор из предыдущего ответа. Передайте сюда значение next_page или prev_page, чтобы получить соседнюю страницу. |
order | Параметр запроса | Направление сортировки результатов (asc или desc) для конечных точек списков, поддерживающих сортировку. Курсор page действителен только с тем значением order, с которым он был создан. |
next_page | Поле ответа | Курсор для следующей страницы или null, если результатов больше нет. |
prev_page | Поле ответа | Курсор для предыдущей страницы на конечных точках, поддерживающих обратную пагинацию (в настоящее время GET /v1/sessions), или null, если вы находитесь на первой странице. Другие конечные точки списков опускают это поле. |
Чтобы вернуться на страницу назад, передайте prev_page в качестве параметра page. prev_page равен null, когда вы находитесь на первой странице. Не все конечные точки списков поддерживают prev_page. Только GET /v1/sessions возвращает prev_page; на конечных точках списков, не поддерживающих обратную пагинацию, это поле отсутствует в ответе, а не равно null. Пошаговый пример запроса см. в разделе Получение списка сеансов.
Каждый SDK предоставляет итератор с автоматической пагинацией, который следует по next_page за вас. В Python и TypeScript он доступен при итерации непосредственно по результату списка. Другие SDK предоставляют итератор через отдельный метод. Автоматическая пагинация SDK работает только вперёд; чтобы вернуться на страницу назад, считайте prev_page из ответа и самостоятельно передайте его обратно в качестве параметра page. Подробности для конкретных языков см. в разделе Клиентские SDK.
Некоторые конечные точки списков используют другую схему курсоров. Message Batches API, Files API, Models API и несколько конечных точек Admin API принимают параметры запроса after_id и before_id вместо page. Их ответы возвращают has_more, first_id и last_id вместо next_page. Некоторые конечные точки, использующие схему page, например GET /v1/skills, также возвращают булево значение has_more наряду с next_page. Точные поля пагинации для каждой конечной точки см. на её справочной странице.
API применяет ограничения скорости и лимиты расходов для предотвращения злоупотреблений и управления пропускной способностью. Ограничения организованы по уровням использования; ваша организация автоматически помещается на определённый уровень и со временем может перейти на более высокий. Каждый уровень имеет:
Текущие ограничения вашей организации можно просмотреть в Console. Для получения более высоких ограничений используйте кнопку Request rate limit increase на странице Limits.
Подробные сведения об ограничениях, уровнях и алгоритме «token bucket» (корзина токенов), используемом для ограничения скорости, см. в разделе Ограничения скорости.
Claude API доступен во многих странах и регионах по всему миру. Проверьте страницу поддерживаемых регионов, чтобы подтвердить доступность в вашем местоположении.
Полная спецификация API для прямого взаимодействия с моделью
Конечные точки Agents, Sessions и Environments
Python, TypeScript, C#, Go, Java, PHP и Ruby
Уровни использования, запрос более высоких ограничений и алгоритм корзины токенов
Was this page helpful?