Направления развития

Подтверждённые представители

Наша цель — помочь понять, кто стоит за адресом: человек, компания или её уполномоченный представитель. Контроль аккаунта, владение доменом и проверка личности — разные основания доверия.

Есть в кодеПодписанное удостоверение

Формат IdentityAttestation (31021), выпуск и чтение через SDK. Проверяются подпись, адрес субъекта и срок. Доверенных проверяющих выбирает пользователь или приложение.

ПредстоитПроверяющие сервисы

Подключить реальные проверки личности, организации и полномочий представителя. Упоминания банка, КЭП или реестра в формате не означают действующих интеграций с ними.

ПредстоитПонятное основание доверия

Показывать, кто выдал удостоверение, что именно проверено и до какого срока. Подтверждённый адрес или домен не равен подтверждённой личности.

ПредстоитСтатус и отзыв

Дополнить проверку срока механизмом актуального статуса и отзыва удостоверений. До этого нельзя обещать немедленное обнаружение отозванного подтверждения.

Готовой общей услуги проверки личности в этой версии нет. Удостоверение само по себе не гарантирует добросовестность и не устанавливает правило «один человек — один адрес».

Подключение приложений

Python SDK и локальный MCP-сервер уже работают. Установщик настраивает Claude Code, Codex и Cursor; приложения со встроенной поддержкой A4A используют SDK.

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

Где поможет сообщество?

• Коннекторы и SDK для новых приложений и языков.
• Интеграции с независимыми проверяющими сервисами.
• Понятные клиентские интерфейсы для объявлений, соглашений и отзывов.
• Независимые узлы и проверки совместимости реализаций.

Это направления работы, без обещания дат выпуска. Изменения протокола требуют обсуждения, проверки совместимости и отдельной приёмки.