Документация
Один бэкэнд, четыре входа. В каждом разделе описаны одни и те же варианты использования, поэтому концепция, которую вы изучаете в REST API, является одной и той же концепцией в MCP и в CLI.
Начало работы
Аутентификация, рабочие пространства, проекты и ваша первая опубликованная публикация.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
ОТДЫХ API
Ресурсы, нумерация страниц, идемпотентность, коды ошибок и ограничения скорости.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
MCP-сервер
Транспорт, OAuth, каталог инструментов, области действия и подтверждение подтверждения.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
интерфейс командной строки
Установите, аутентифицируйте и создайте машиночитаемый выходной контракт.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
Вебхуки
Каталог событий, проверка подписи, повторные попытки и повторная доставка.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
Требования к платформе, типы учетных записей, лимиты и известные ограничения.
Ссылка на ошибку
Каждый код ошибки, что его вызывает и что с этим делать.
Еще не опубликованоЭтот раздел написан на основе поставляемого API и публикуется вместе с ним. Мы бы предпочли не показывать вам ничего, кроме документации по конечной точке, которая может измениться.
На что вы можете положиться
- Каждая запись требует ключа идемпотентности. Воспроизведение запроса с тем же ключом возвращает исходный результат, а не создает второе сообщение.
- Каждая ошибка имеет стабильный код, ключ сообщения и очищенные данные. Коды не меняют значения между версиями.
- Критические изменения получают новую версию и объявленное окно прекращения поддержки. Аддитивных изменений нет.
- Чтение, составление проектов, запрос утверждения, планирование и публикация, это отдельные области. Учетные данные получают наименьший набор, который выполняет свою работу.