MCP server Auto Agent Protocol
Коммит 6 нояб. 2026 г.Позволяет ИИ-агентам находить дилерские центры, искать актуальные запасы автомобилей, проверять данные о транспортных средствах и отправлять запросы с согласия клиента.
Также известен как auto-agent-protocol/auto-agent-protocol
- Звёзды
- 112
- Инструменты
- —
- Загрузки, 30 дней
- —
- Последняя версия
- —
- Последний коммит
- 6 нояб. 2026 г.
- Лицензия
- —
Что такое Auto Agent Protocol MCP?
Auto Agent Protocol — это MCP server. Позволяет ИИ-агентам находить дилерские центры, искать актуальные запасы автомобилей, проверять данные о транспортных средствах и отправлять запросы с согласия клиента.
Сводка сгенерирована из README проекта
О Auto Agent Protocol MCP server
Auto Agent Protocol позволяет находить конкретные автомобили и связываться с дилерскими центрами через ИИ-агентов. Эта система предоставляет стандартизированный автомобильный контракт, который позволяет агентам покупателей находить дилеров, искать актуальные запасы в реальном времени и проверять специфические характеристики транспортных средств. Протокол разработан для разработчиков, создающих автономных агентов, которым необходимо взаимодействовать с бэкендами дилерских центров без необходимости внедрения новой CRM или языковой модели на стороне дилера.
Пользователи взаимодействуют с протоколом через инструменты streamable HTTP через MCP endpoint. Протокол поддерживает пять основных навыков: информация о дилере, параметры инвентаря, поиск по инвентарю, сведения о транспортном средстве и отправка лидов. При просмотре инвентаря агенты могут работать без контактных данных покупателя, обеспечивая конфиденциальность до тех пор, пока лид не будет отправлен с явного согласия клиента. Система поддерживает различные типы транспортных средств, включая автомобили, мотоциклы и электромобили, обеспечивая при этом согласованность данных о ценах и комплектации.
Что вы можете с ним делать
- 1Отправка лидов клиентовАгент может отправить официальный запрос дилерскому центру, как только пользователь предоставит явное разрешение.
- 2Автоматизированный поиск дилеровАгенты могут автоматически находить подходящие конечные точки сервиса, считывая стандартизированные ресурсы в доменах дилеров.
Взято из README проекта. Каждый вариант использования проверен на соответствие цитате из него.
Автоматические проверки
Запущено 14 нояб. 2026 г.Полный отчёт →Еще не проверено. Для сервера требуется оценка 80, отсутствие серьезных проблем и достаточно данных для нашей проверки. Как работают проверки · Что исправить, чтобы получить больше баллов
- Связанный и доступный исходный репозиторийauto-agent-protocol/auto-agent-protocol is public and reachablegithub.com/auto-agent-protocol/auto-agent-protocol ↗Пройдено
- Пакет указывает этот репозиторий как источникНе проверялось
- Происхождение сборки (аттестация Sigstore)Не проверялось
- Open source лицензия (OSI)No licenseПроблема
- Коммит или релиз за последний годLast commit or release 2026-11-06github.com/auto-agent-protocol/auto-agent-protocol ↗Пройдено
- OpenSSF ScorecardНе проверялось
- Имя пакета не похоже на популярный пакетНе проверялось
- Нет критических предупреждений в пакете или его зависимостяхНе проверялось
- Нет скрытых инструкций для модели0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersПройдено
- Деструктивные инструменты помеченыНе проверялось
- Удалённая конечная точка отвечает на рукопожатие MCPНе проверялось
README
Открыть на GitHubAuto Agent Protocol 3.2
One open automotive contract for MCP, A2A and Personal Agent Protocol. Discover dealerships, search real inventory, verify vehicle facts and send customer-approved inquiries.
Website · Specification · FAQ · Migration · Full spec for agents
Native in all three interfaces
| Interface | Native operation | Automotive contract |
|---|---|---|
| MCP | Streamable HTTP tools; current 2026-07-28 and 2025-11-25 compatibility |
Typed arguments, complete schemas and structured results |
| A2A 1.0 | SendMessage with the required AAP extension |
The same payload in DataPart.data |
| PAP 0.3 | Delegated Poppy-Session JWTs and native OpenAPI |
The same request and response bodies |
A full AAP 3.2 dealer deployment serves its implemented skill subset through all three. A buyer client needs only its chosen binding. AAP does not require a dealer-side language model or a new CRM.
A working MCP endpoint is required. The generated mcp.json catalog describes tools; it is not a server. See conformance and runtime acceptance.
Discovery starts at the dealership
| Dealer-domain resource | What it tells an agent |
|---|---|
/.well-known/agent-card.json |
A2A endpoint, selected AAP contract, skills, search capabilities and MCP/PAP links |
/.well-known/poppy.json |
PAP identity, optional issuer, native API and matching AAP discovery links |
/llms.txt |
Exact service URLs, access requirements, documentation and inventory links |
The service may run on a provider’s infrastructure. Every entry point identifies the same dealership and actual capabilities. Discovery helps compatible agents find a service; it does not guarantee that every assistant will choose it.
Start from the Agent Card, Poppy document and dealer llms.txt. These release-pinned templates use fictional dealers: replace their identity, URLs and capabilities before deployment. Discovery requirements →
Five skills, one automotive journey
Dealer information · Facets · Search · Vehicle detail · Lead submission
Browse without shopper contact details. Submit a lead only with explicit consent, permitted channels and an idempotency key. A received inquiry and a confirmed appointment are separate outcomes.
What is new in 3.2
- Published PAP 0.3: a fresh delegated
Poppy-SessionJWT authenticates each API request. Signed-out shopping needs no guest OAuth token. - Verified Company identity: domain protected-resource discovery selects an issuer when one exists. An existing issuer can remain in place with sign-in disabled.
- Explicit recovery: invalid or ended Sessions return HTTP 400 with safe recovery guidance. Session continuity survives delegated-key rotation.
- Preserved automotive behavior: currency, odometer units, pricing, equipment evidence, consent, MCP, A2A and bridge version
1retain their meanings.
This is a maintainer-approved minor exception with required PAP client migration. Frozen AAP 3.1 uses an incompatible earlier draft also labeled 0.3; its endpoints and artifacts remain unchanged. Update authentication and client constructors together, verify the new deployment, then switch discovery. The next AAP major is reserved for PAP 1.0. Migration guide →
Automotive detail, shared across vehicle types
Known prices include mandatory dealer charges; only government-required consumer charges are excluded. Optional fee itemization explains the existing total. Unknown equipment and prices stay unknown.
Vehicle shape · Pricing · Consent and behavior · CRM / ADF mapping
Payments, financing approval, reservations and trade-in valuations are outside AAP’s scope.
Use the packages
npm install @autoagentprotocol/schemas@3.2.0 @autoagentprotocol/types@3.2.0 @autoagentprotocol/validator@3.2.0
| Artifact | Reference |
|---|---|
| JSON Schema 2020-12 | spec/v3.2/schemas/ |
| Typed and wire examples | spec/v3.2/examples/ |
| MCP tool catalog | /v3.2/mcp.json |
| A2A JSON-RPC OpenAPI | /v3.2/openapi-jsonrpc.yaml |
| PAP OpenAPI | /v3.2/openapi-poppy.yaml |
| Immutable release registry | releases.json |
Build and verify
Use Node.js 22+ and the pnpm 10 version pinned in package.json. Corepack and recent pnpm launchers select that version automatically; both CI workflows use the same pin. Run heavy checks one at a time.
pnpm install --frozen-lockfile
pnpm validate
pnpm test:contract
pnpm typecheck
pnpm build
Official MCP and A2A clients exercise real HTTP contract fixtures. PAP checks cover discovery, identity, session schemas and generated OpenAPI. These validate the specification; each production deployment must also verify live authentication, inventory, consent and CRM behavior.
See all verification commands, release preparation and visual generation.
| Path | Purpose |
|---|---|
spec/latest/, docs/ |
Editable contract and documentation |
docs/img/ |
Reproducible SVG diagrams; pnpm generate:images |
spec/v*/, versioned_docs/ |
Immutable release snapshots |
releases/v*/ |
Generated artifacts, provenance and integrity |
packages/ |
Schemas, types and validator packages |
src/ |
Website and interactive explanations |
tools/ |
Generators, validation and release checks |
/latest machine artifacts follow the stable registry. /docs/latest is editable documentation and may describe a future release. Pin the advertised version for an integration.
Contribute
Contribution guide · Security reports · Code of conduct · Brand assets
Specification, schemas and code: Apache-2.0. Documentation prose: CC BY 4.0.
Вопросы о Auto Agent Protocol MCP
Что может делать ИИ-агент с помощью этого протокола?
Агент может находить дилерские центры, искать реальные запасы в наличии, проверять факты о транспортных средствах и отправлять одобренные клиентом запросы.
Нужна ли дилеру языковая модель или новая CRM для использования этого протокола?
Нет, протокол не требует наличия языковой модели на стороне дилера или внедрения новой CRM.
Могут ли агенты просматривать инвентарь, не предоставляя контактные данные покупателя?
Да, агенты могут просматривать инвентарь без контактных данных покупателя и отправлять лиды только при наличии явного согласия.
Обрабатывает ли этот протокол вопросы автокредитования или трейд-ин?
Нет, платежи, одобрение финансирования, бронирование и оценка стоимости трейд-ин не входят в сферу действия протокола.
