Vindicar

pronoun == "I" or "he" or "she" or "it"
Так работать не будет. Если тебе нужно проверить несколько вариантов, либо используй логическое ИЛИ правильно

pronoun == "I" or pronoun == "he" or pronoun == "she" or pronoun == "it"

либо проверяй на вхождение в коллекцию
pronoun in ("I", "he", "she", "it")

Пропускаешь свой список через Collections.Counter, получишь число вхождений каждого элемента.
Потом ищешь элементы, у которых число вхождений равно 1.

А если хочешь именно циклом, то можно так:

def find_uniqs(arr):
    uniqs = set()
    srtd = sorted(arr)  # список идёт по возрастанию
    for i in range(1, len(srtd)-1):
        # если элемент не равен соседям, то он один такой в списке
        if srtd[i-1] != srtd[i] and srtd[i] != srtd[i+1]:
            uniqs.add(srtd[i])
    # обрабатываем края списка, если они есть, т.е. список из >1 элемента
    if len(srtd) > 1:
        if srtd[0] != srtd[1]:
            uniqs.add(srtd[0])
        if srtd[-1] != srtd[-2]:
            uniqs.add(srtd[-1])
    elif srtd: # у нас один элемент в списке?
        uniqs.add(srtd[0]) # ну тогда его и добавляем.
    return uniqs

image: numpy.ndarray = ...  # тут твоё изображение как массив BGR-пикселей формой (H,W,3)
mask = image.max(axis=2) > 35  # логический массив формой (H,W), где True будет там,
# где наибольшая составляющая соответствующего пикселя > 35
image[mask] = [255,255,255]  # заменяем значения пикселей, помеченных маской, на желаемые.

Магия numpy, однако.

Наверно, слэш команды не связаны с сообщением, а потому ctx.message - это None.
Но ты можешь получить ссылку на гильдию и через member.

Потому что self.get_x().
В питоне доступ к полям/методам self ВСЕГДА явный, в отличие от других языков (типа C++ или C#), где this можно опустить.
Собственно, ошибка тебе и говорит, что питон не может именно НАЙТИ get_x().

А вызвать await test(call.message) что мешает?

Тебе повезло, я недавно такое делал.
Нельзя просто взять и передать питоновскую функцию в WinAPI, так как у них совершенно разные способы вызова. Тебе сначалу нужно описать тип данных - указатель на функцию. Примерно так.

import ctypes
import ctypes.wintypes as w
LRESULT = w.LPARAM
WNDPROC = ctypes.WINFUNCTYPE(LRESULT, w.HWND, w.UINT, w.WPARAM, w.LPARAM)

Вот после этого ты можешь предоставить свою оконную функцию вида

def wnd_proc(hwnd: w.HWND, message: w.UINT, wParam: w.WPARAM, lParam: w.LPARAM) -> LRESULT:

А потом уже указываешь это в классе окна:
wndСlass.lpfnWndProc = WNDPROC(wnd_proc)

Но тут есть еще один подвох - оконных сообщений много, и их набор отличается для разных версий винды. Есть базовый, более-менее статичный набор, но помимо них может прийти много чего.
Тут на помощь приходит DefWindowProc().

def wnd_proc(hwnd, message, wParam, lParam):
    if message == SOME_MESSAGE_YOU_WANT:  # отлавливаешь интересующие тебя сообщения
        DoStuff()  # и обрабатываешь их
        return 0  # не забудь вернуть 0 как признак успеха!
    # а все остальное отдаёшь в DefWindowProc()
    return user32.DefWindowProcW(hwnd, message, wParam, lParam)

Обрати внимание, что как многие функции WinAPI, DefWindowProc() существует в двух видах - с сууфиксом A (однобайтовая кодировка ANSI) и с суффиком W (wide char, двухбайтовый вариант юникода). Смешивать не рекомендую, выбери один суффикс и придерживайся его во всей программе.

И ещё подвох, который меня чуть с ума не свёл - переменная с классом окна ДОЛЖНА существовать, пока существует окно. Иными словами, её не стоит делать локальной в методе - иначе сборщик мусора питона её потом соберёт, что будет неприятным сюрпризом для WinAPI. Поймаешь крэш приложения.

BarCode еще не определен на момент его упоминания в аннотации.
Либо поставь BarCode выше чем Product, либо замени List[BarCode] на List['BarCode'] (опережающая ссылка), либо добавь в начало from __future__ import annotations (делает ссылки опережающими автоматически).

Рассмотрим два сценария:

try:
  foo()
  bar()
except:
  baz()

try:
  foo()
except:
  baz()
else:
  bar()

В первом случае baz() вызовется, если было выброшено исключение в foo() или в bar().
Во втором случае baz() вызовется, если было выброшено исключение в foo(), а исключения в bar() останутся необработанными.
В обоих случаях bar() вызовется только если foo() отработало без исключений.
Какой из двух способов применять, зависит от нужного тебе поведения.

Насчёт finally ответили выше. Обычно finally применяется в ситуациях, когда тебе обязательно нужно выполнить какое-то действие по окончании операции, независимо от её исхода. Например, если ты открыл файл, тебе обязательно нужно его закрыть, когда ты с ним больше не работаешь, и тому подобное.