документацией, или разработкой, управляемой спецификациями. В статье показан процесс на примере простого сервиса УАТС. Первый запрос предлагает языковой модели перечислить архитектурно значимые вопросы без написания кода. Второй запрос генерирует контракт OpenAPI 3.1 со строгими требованиями, включая ошибки RFC 9457, Idempotency-Key, If-Match/ETag и пагинацию на основе курсора. Затем запрос на критический разбор подвергает контракт проверке на дефекты. Для контрактов событий используется CloudEvents 1.0 с каталогом событий, таких как CallStarted, CallAnswered, CallMissed. Контракты WebSocket описываются через AsyncAPI 3.0, а внутренние API проектируются как gRPC с proto3. В статье подчеркивается важность отделения проектирования контрактов от генерации кода и использования запросов на проверку для выявления несогласованностей.