Генератор ai-plugin.json
Предоставьте доступ к вашему API для AI-агентов с помощью корректного манифеста.
Краткий ответ
ai-plugin.json — это манифест, который представляет ваш API как инструмент, доступный для вызова AI-помощниками. Он размещается по адресу /.well-known/ai-plugin.json. Этот генератор создает корректный манифест с вашим именем, описанием для модели, типом аутентификации и URL-адресом OpenAPI, чтобы агенты могли находить и вызывать ваши конечные точки.
Сам интерактивный генератор работает на английском языке — все необходимое для его понимания и использования объясняется на этой странице.
Предоставление доступа к вашему API для AI-агентов
Манифест `ai-plugin.json` служит базовым контрактом между вашим API и растущей экосистемой AI-помощников. Размещенный по предсказуемому пути `/.well-known/ai-plugin.json`, этот JSON-файл — не просто метаданные; это критически важный шлюз. Наш генератор гарантирует, что ваш манифест строго соответствует ссылкам на спецификацию OpenAPI (OAS), позволяя моделям, таким как GPT-4 и Google Gemini, точно понимать и вызывать ваши функции. Правильная генерация имеет первостепенное значение для бесшовной интеграции, предотвращая ошибки `invalid_manifest` и обеспечивая надежные вызовы инструментов.
Критически важное создание `description_for_model`
Поле `description_for_model` в `ai-plugin.json`, пожалуй, является наиболее значимым для использования инструментов, управляемых AI. Эта краткая строка (обычно до 200 символов) предоставляет контекст, спроектированный с помощью промптов, для LLM, чтобы решить, когда и как вызвать ваш API. Наш генератор помогает вам создавать точные, ориентированные на действия описания, например, «Используйте этот плагин для получения котировок акций в реальном времени по заданному тикеру», а не расплывчатые обобщения. Эта специфичность напрямую влияет на склонность LLM вызывать ваш инструмент.
Настройка аутентификации и URL OpenAPI
Безопасное предоставление вашего API для AI-агентов требует тщательной настройки аутентификации. `ai-plugin.json` поддерживает различные типы `auth`, включая `none` (без аутентификации), `oauth` (OAuth 2.0 Client Credentials Grant) и `service_http` (токен Bearer или базовая аутентификация). Наш генератор облегчает выбор и настройку этих параметров, гарантируя защиту ваших конечных точек при их доступности для авторизованных агентов. Одновременно он проверяет запись `api.url`, подтверждая, что она указывает на действующую, обнаруживаемую спецификацию OpenAPI/Swagger (например, `https://api.example.com/openapi.yaml`), что важно для понимания моделью.
Почему путь `/.well-known/` так важен
Размещение `ai-plugin.json` по пути `/.well-known/` не случайно; это стандарт, определенный RFC 8615 для обнаружения хост-метаданных. Это предсказуемое расположение позволяет краулерам AI-агентов (таким как `ChatGPT-User` или `Google-Extended`) эффективно обнаруживать и получать ваш манифест без явной настройки. Этот стандартизированный механизм обнаружения минимизирует задержки и накладные расходы для агентов, делая ваш API немедленно доступным для любой AI-системы, разработанной для поиска инструментов по этому указанному и широко используемому URI.
Типичные ошибки при генерации ai-plugin.json
| Проблема | Влияние | Стратегия устранения | Ответ краулера |
|---|---|---|---|
| Некорректный JSON | Ошибка парсинга манифеста, API не обнаруживается | Используйте линтер или генератор для строгой проверки JSON | `HTTP 400 Bad Request` или ошибка `Invalid JSON` в логах агента. |
| Неверный URL OpenAPI | Функции API неизвестны LLM | Проверьте, что `api.url` указывает на живую, валидную спецификацию OpenAPI | Предупреждения `API spec not found` или `Unparseable OpenAPI`. |
| Расплывчатый `description_for_model` | Недостаточное использование LLM | Создавайте лаконичные, ориентированные на действия описания (50-150 символов) | LLM не выбирает инструмент или неправильно интерпретирует намерение. |
| Отсутствуют обязательные поля | Отклонение манифеста | Убедитесь, что присутствуют `name_for_model`, `name_for_human`, `description_for_model`, `api` и `auth` | `Missing required field` или `Manifest schema validation failed`. |
| Нет пути `/.well-known` | Манифест не обнаруживается стандартными краулерами | Размещайте `ai-plugin.json` строго по адресу `/.well-known/ai-plugin.json` | Краулер пропускает хост, API остается неизвестным агентам. |
Ключевые аспекты для вашего ai-plugin.json
- Убедитесь, что `name_for_model` является кратким, уникальным идентификатором (например, `stock_price_api`).
- Проверьте, что `description_for_model` является ясным, лаконичным и ориентированным на действия для интерпретации LLM.
- Подтвердите, что ваш `api.url` указывает на публично доступную, валидную спецификацию OpenAPI 3.0 или 3.1.
- Реализуйте соответствующую конфигурацию `auth` (например, `service_http` для токенов Bearer).
- Размещайте файл `ai-plugin.json` исключительно по пути `/.well-known/ai-plugin.json`.
- Проверьте `legal_info_url` и `contact_email` на соответствие требованиям и поддержку.
- Регулярно проверяйте сгенерированный манифест с помощью инструментов на соответствие схеме.
- Протестируйте вызовы API с реальным AI-агентом (например, ChatGPT Plugins) перед полным развертыванием.
Шаги для развертывания вашего манифеста AI-плагина
- 1Определите основную функциональность API
Четко сформулируйте конкретные действия, которые позволяет выполнять ваш API. Определите ключевые конечные точки, параметры и ожидаемые ответы. Эта ясность напрямую повлияет на `description_for_model` и спецификацию OpenAPI. Сосредоточьтесь на том, что AI-агенты могут *делать* с вашим API, а не только на том, что он *есть*.
- 2Сгенерируйте спецификацию OpenAPI
Создайте полную спецификацию OpenAPI (OAS 3.0/3.1) для вашего API. Эта спецификация подробно описывает все конечные точки, методы, параметры и модели данных. Убедитесь, что она точна и актуальна, поскольку AI-агенты будут анализировать этот документ, чтобы понять возможности вашего API и способы построения запросов.
- 3Настройте детали манифеста
Используйте генератор для ввода `name_for_model`, `description_for_model`, типа `auth` (например, `service_http` для ключей API), `logo_url`, `legal_info_url` и `contact_email`. Уделите особое внимание созданию `description_for_model` для оптимального понимания LLM и вызова вашего плагина.
- 4Проверьте сгенерированный JSON
Перед развертыванием тщательно проверьте выходной `ai-plugin.json` на соответствие официальной схеме. Проверьте на синтаксические ошибки, отсутствующие поля и правильные форматы URL. Убедитесь, что `api.url` точно указывает на размещенную спецификацию OpenAPI, чтобы предотвратить проблемы с обнаружением AI-агентами, такими как `ChatGPT-User`.
- 5Разверните манифест в `/.well-known/`
Разместите сгенерированный файл `ai-plugin.json` по точному URI `YOUR_DOMAIN/.well-known/ai-plugin.json`. Этот стандартный путь критически важен для автоматического обнаружения вашего плагина краулерами AI-агентов без предварительных знаний. Неправильное размещение сделает ваш плагин необнаруживаемым большинством AI-систем.
- 6Мониторинг и итерации
После развертывания отслеживайте использование вашего API и логи взаимодействия агентов. Обращайте внимание на то, как часто вызывается ваш плагин и есть ли какие-либо ошибки парсинга. Используйте эту обратную связь для уточнения `description_for_model` и спецификации OpenAPI, обеспечивая оптимальную производительность и надежную интеграцию AI-агентов со временем.
Часто задаваемые вопросы
- Что такое `ai-plugin.json` и почему он важен для моего API?
- `ai-plugin.json` — это стандартизированный файл манифеста, который служит шаблоном для AI-агентов (например, тех, что лежат в основе ChatGPT или Gemini) для обнаружения и понимания вашего API. Он критически важен, потому что позволяет вашим сервисам быть вызываемыми инструментами в AI-экосистемах, значительно расширяя охват и полезность вашего API, позволяя LLM программно взаимодействовать с ним от имени пользователей.
- Где именно должен быть размещен файл `ai-plugin.json`?
- Файл `ai-plugin.json` должен быть размещен точно по пути `/.well-known/ai-plugin.json` относительно вашего домена. Например, если ваш домен `example.com`, файл должен быть доступен по адресу `https://example.com/.well-known/ai-plugin.json`. Это стандартизированное расположение жизненно важно для надежного обнаружения и индексации вашего манифеста плагина AI-краулерами.
- В чем цель `description_for_model` по сравнению с `description_for_human`?
- `description_for_model` предоставляет краткое, ориентированное на действия описание специально для LLM, чтобы понять, когда и как вызывать ваш API (например, «Получить текущие данные о погоде для местоположения»). `description_for_human` — это удобное для пользователя, более длинное описание, отображаемое человеческим пользователям на площадках плагинов или в каталогах. Первое способствует вызову AI, второе информирует выбор пользователя.
- Какие типы аутентификации поддерживаются в `ai-plugin.json`?
- Стандарт `ai-plugin.json` поддерживает несколько типов аутентификации: `none` для неаутентифицированных API, `oauth` для потока учетных данных клиента OAuth 2.0 и `service_http` для аутентификации на основе ключей API (либо через токен Bearer в заголовке `Authorization`, либо через базовую HTTP-аутентификацию). Выбор правильного типа необходим для безопасного предоставления API AI-агентам.
- Могу ли я использовать собственный URL-адрес спецификации OpenAPI для моего API?
- Да, поле `api.url` в `ai-plugin.json` должно указывать на прямой URL-адрес документа спецификации OpenAPI вашего API (например, `https://api.example.com/openapi.yaml` или `https://api.example.com/openapi.json`). Этот URL-адрес должен быть публично доступен и содержать валидную спецификацию OpenAPI 3.0 или 3.1, чтобы AI-агенты могли анализировать и понимать конечные точки и схемы вашего API.
- Как часто я должен обновлять свой `ai-plugin.json`?
- Вы должны обновлять свой `ai-plugin.json` всякий раз, когда происходят значительные изменения в функциональности вашего API, методах аутентификации или публичных описаниях. Даже незначительные изменения в вашем `description_for_model` могут повлиять на поведение LLM. Стремитесь поддерживать его синхронизированным с текущим состоянием вашего API, чтобы AI-агенты всегда имели точную информацию.
- Что произойдет, если мой `ai-plugin.json` будет некорректным или недействительным?
- Если ваш `ai-plugin.json` будет некорректным, содержать синтаксические ошибки или отсутствовать обязательные поля, AI-агенты, скорее всего, не смогут его разобрать. Это приведет к тому, что ваш API будет необнаруживаемым как инструмент, или агенты сообщат об ошибках `invalid_manifest`. Использование валидатора или надежного генератора, такого как наш, помогает предотвратить эти критические сбои парсинга и обеспечить успешную интеграцию.
- Существуют ли специфические пользовательские агенты, которые сканируют файлы `ai-plugin.json`?
- Да, различные платформы AI-агентов используют специфические пользовательские агенты для обнаружения и парсинга файлов `ai-plugin.json`. Заметные примеры включают `ChatGPT-User` (для платформы OpenAI) и `Google-Extended` (для сервисов Google AI). Убедиться, что ваш `robots.txt` разрешает этим пользовательским агентам доступ к `/.well-known/`, крайне важно для успешного обнаружения и индексации плагина.
Похожие бесплатные инструменты
- Генератор llms.txtСоздайте соответствующий спецификации файл llms.txt для ИИ-краулеров.
- Валидатор llms.txtПроверьте ваш llms.txt на структурные ошибки и ошибки ссылок.
- Генератор robots.txt для ИИУправляйте доступом GPTBot, ClaudeBot и PerplexityBot.
- Генератор FAQ SchemaСоздавайте FAQPage JSON-LD, цитируемые ИИ-ответами.
Проверьте ваш сайт на видимость в ИИ-поиске
Запустите бесплатный GEO и AEO скан и получите сгенерированные для вашего домена llms.txt, robots.txt, схемы и исправления контента.
Запустить бесплатный скан