fenrir

Приложите логи тестом, а не скриншотом и прикладывайте их целиком.

Однако для метода add_roles помимо HTTP ошибок есть только одно исключение, которое возникает, если у бота нет прав на выдачу роли.
Убедитесь, что у бота есть нужные права и что роль, которую вы пытаетесь выдать находиться в списке ролей ниже, чем наивысшая из ролей бота.

Потому что нельзя делать префиксом слеш

original_message это корутина. Соответственно рабочий код будет как вы сами и написали будет
message = await interaction.original_message()
При этом в приложенном коде нет await

При любых подобных проблемах делайте print(type(obj)) и смотрите по документации что вам вернулось.

Я здесь вижу 4 отдельных вопроса и вижу 0 попыток самостоятельно это реализовать.

Да все это сделать можно, открываете документацию и изучаете.
Даже 3 строчки что вы приложили дают понять, что вы ее не открывали, поскольку слеш-команды принимают не Контекст, а Взаимодействие. Это разные объекты с разными атрибутами и методами.

@client.tree.command()
async def send(interaction: discord.Interaction, text_to_send: str):
    await interaction.response.send_message(text_to_send)

В частности у него есть атрибут response, который как раз отвечает за ответ, а не самостоятельное сообщение.

Кто вызвал команду лежит в user.

Для выбора человека и выбора из пунктов нужно ознакомиться со страницей discord-converters, там даны все типы, которые можно передать в параметры команды. Нужно только проставить типы, все остальное библиотека делает сама.

в дискорде есть кнопка, и у этой кнопки свой тэг ввиде 'y/n user_id role_id'

Проверяйте, что она имеет именно этот вид. И get_role и get_member возвращают None в случае если не найден искомый ID.
Почему он не найден вопрос к вам.

Вообще это не предусмотрено, поскольку placeholder подразумевает что ничего не выбрано, но вы можете обновить основное сообщение в конце callback'a

await interaction.message.edit(view=DropdownView())

Давайте пройдем пошагово по алгоритму:
1) Вы смотрите в какой канал зашел пользователь
- На нем отвалятся те, у кого нет доступа к этому каналу и те кто заходят без конкретного канала

2) Ищите первого человека, кто создавал для этого канала
- Тут отвалятся несколько приглашений на один канал

3) Ожидаете что будет пригласивший
- Хотя это опциональное поле.

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

Теперь правильный алгоритм:
1) Заводите команду, например /invite, которой генерируете приглашения за пользователя.
2) При генерации сохраняете в БД кто команду вызвал, в формате вроде (user_id, url)
3) При заходите смотрите обязательное поле url и смотрите какой пользователь его генерировал - он и будет пригласившим.

Самого запуска бота в коде нет. Собственно поэтому и ошибок нет без запуска.
Последней строчкой
bot.run(TOKEN)

P.s ознакомьтесь с правилами ресурса и исправьте вопрос, если надеетесь на дальнейшую помощь

Контест был в обычных командах. В слеш командах взаимодействия. Это разные сущности с разными атрибутами и методами.
Вместо send в ней response

Внутри класса первым аргументом всегда идет self - ссылка на объект класса (или cls для методов класса), так что ваше async def wp(ctx) получает не то, что вы ожидаете.

Не смешивайте теплое с мягким, определите команду отдельно. Вот официальный пример

Открываем документацию, находим get_channel

get_channel(id, /)
Returns a channel or thread with the given ID.
Parameters
id (int) – The ID to search for.
Returns
The returned channel or None if not found.

Если канал не найден возвращается None, это ваш случай.

Хардкодить канал не очень хорошая задумка. У любого сервера для уведомлений предусмотрен отдельный канал , который можно достать из guild.system_channel. Вот в него и стоит отправлять уведомления.