Так для этого URL есть отдельное поле "URL авторизации"

Или именно URL o-auth сервака? И если это так, то можно же юзать o-auth  Яндекса?

Да, можно юзать o-auth Яндекса

Понял, спасибо, но идея же такая:
1. Человек нажимает Привязать аккаунт яндекс
2. Переходит на экран авторизации моего сервера
3. Авторизуется
4. Потом с сервака я отправляю запрос на outh яндекса получаю токен
5. И делаю редирект обратно в диалоги

В таком случаем, URL авторизации я подставляю свой сервак, куда в кьюри прилетает клиент id, тогда я не понимаю назначение URL для получения токена 🙁

Я возможно ошибаюсь в логике, поэтому поправьте, пожалуйста, если это так

Тут вероятно я не ухватил идею полностью, извините.

Такие адреса следует указывать если вы используете только OAuth от Яндекс и зарегистрировали свой навык как приложение в консоли oauth.yandex.ru. Т.е. всю аутентификацию обслуживает Яндекс (https://yandex.ru/dev/oauth/doc/dg/concepts/ya-oauth-intro.html).
В противном случае адреса, конечно, могут быть другими.

URL для получения токена и обновления токена нужны по тому, что платформа Диалогов сама обслуживает токены. В коде диалога для этого не требуется ничего специально делать (только использовать их, конечно). Т.е. из всей этой кухни вам с запросом в приложение диалога прилетает событие "account_linking_complete_event", и для авторизованных пользователей платформа присылает Вам токен сама в session.user.access_token и в HTTP-заголовке Authorization (пока пользователь не разорвёт связку аккаунтов): https://yandex.ru/dev/dialogs/alice/doc/auth/account-linking-in-custom-skills.html

Отлично, спасибо, на всякий случай правильно я понял, для URL получения/обновления токена могу оставить endpoint Яндекса, а соответсвенно URL авторизации вставляю свой?

ошибаетесь в логике.  Начиная с 4 пункта - неправильно. Вы должны средиректить юзера в яндекс при успешной авторизации, при этом яндекс ловит код авторизации и с этим кодом идет на ваш сервер по адресу получения токена. Там уже с помощью кода авторизации яндекс получает токен авторизации, там же он обновляет токен(по идее). Уже с этим токеном платорма диалогов лазит на ваш сервера от имени пользователя, чтобы сделать что-то. В УД - получить список устройств, управление устройствами....

если авторизует ваш сервер, то и токены получать надо на нем же

Боюсь, что так не выйдет и @mikevlz прав.

В итоге надо реализовать к своему серверу ещё oAuth сервер, с этим понятно.

А какая есть альтернатива?
Такое например возможно:
1. Реализовать навык через Клауд функцию Яндекса
2. Когда пользователь стартанёт навык как-то идентифицировать его
3. А дальше через теже Клауд функции получать список устройств.

а в чем трудность реализовать к своему серверу еще и oAuth?

Трудность в том, что не хочется этого делать в MVP.

Но видимо это самый оптимальный вариант :)

Но во всяком случае, большое спасибо за ясность

Чуток с опозданием, но интересно)
@VirusNet как сюды пользователи попали за «сорри»?
Я тоже так хочу! )) Ссыль дал в навыке?

Добрый вечер у меня образовалась проблема

Я оскорбил навык на алисе и он больше не запускается что делать?

Извинится

А как?

Я говорил Алиса извини но ничего не поменялось