Александр Талалаев

cy.get - уже обертка над функцией с селектором к DOM дереву, поэтому параметром туда нужно ваш селектор.

cy.get('.content .container-fluid .d-flex .cursor-pointer')

Алгоритм:
0. В любом случае есть родительский контейнер, поэтому работаешь от него. Лучше чтобы у него был id, тогда при работе функции отслеживания ты сможешь её запускать с нужным айди, она будет универсально и поддерживать множество независимых подобных контейнеров с этим меню.
1. По клику ищешь текущий isActive (с учетом специфичности родительского контейнера) и снимаешь все активные.
2. Делаешь кликнутый активным.

Условный пример. Не продашн рэди) Но смысл ясен.

Простой и скорее всего верный вариант отключить SSR для защищенных роутов в настройках
https://nuxt.com/docs/guide/concepts/rendering#hyb...

Для этого используйте фичу по вставке из офиса.
https://ckeditor.com/docs/ckeditor5/latest/feature...

Добавить в плагины:

//****
 // CKEditor
    ClassicEditor.create($('#data')[0], {
        htmlSupport: { allow: htmlSupport },
        removePlugins: [ 'Link', 'SourceEditing' ],
        plugins: [ PasteFromOffice],
        fontSize: { options: [ 8, 10, 12, 14, 18, 20, 24, 28, 36 ] },
    })
    .then(editor => {
        CKEditor = { field: 'data', data : editor };
    })
    .catch(error => {
        console.error(error);
    });

Изначально nuxtjs(и его вдохновитель nextjs) - фреймворки, которые представляют собой готовый рецепт и набор правил для построения приложений на библиотеке Vue.js или React. Хотя можно обойтись без них и строить приложения как душе угодно, но удобнее иметь набор правил в сообществе и в команде. В процессе разработки фронтенд-приложений постепенно появляется необходимость в различных оптимизациях, в том числе в скорости и SEO, поэтому активно развивается бэкэнд для фронтенда. Он используется в основном для дополнительного кеширования и рендеринга на стороне сервера.

Конечно, вы можете подключаться к базе данных для получения информации. Для этого есть специализированные плагины и практики(можно прям гуглить nuxt 3 mysql). В целом, у вас есть доступ ко всем возможностям Node.js, так что всё в ваших руках. Чаще всего используются какие-либо ORM (Object-Relational Mapping), которые облегчают доступ к БД, убирая рутину на себя и предоставляя удобный доступ к данным. Например, Prisma.

В целом, обычно в Nuxt.js и подобных фреймворках напрямую с БД не работают, так как это ломает классическую архитектуру подобных приложений с разделением логики, масштабирования и т.п. Так что даже если на бэкенде Node.js, то это отдельные независимые сервисы, которые предоставляют каким-либо образом доступ к подготовленным данным из БД (например через REST API), а уже приложение на Next.js обращается к нему и в своей бэкенд-части и через браузер.

Резюмируя: Nuxt - для отображения интерфейса/фронтенда, даже при использовании рендринга на стороне сервера, получение обновление данных через API(REST/GraphQL/... ).
Express/Nest(что угодно другое бэкэндерское) - ядро бизнес логики, обработка данных, работа с БД, постороение API и тп.
Это если кратко, а так гуглите про архитектуру приложений, информации море, тема обширная.

Так задумано. Неактивные вкладки имеют низкий приоритет, поэтому там не гарантируется исполнение в риалтайме js.
Выход переписать например на webworker.
В целом тема обширная, можешь гуглить JavaScript inactive tabs

Команда git fetch просто скачивает изменения, не применяя их. А вот git pull делает fetch, а затем уже rebase/merge.
Поэтому если вы сделали просто fetch, то не должны были потерять ваши локальные незакомиченные изменения.
Короче говоря, всё должно было сохраниться. Если только выполнилась команда fetch.

Вам нужно следить за событиями keydown, далее снимаем действие по умолчанию с помощью preventDefault.
Таким образом в самом общем случае отключения реакции на все кнопки будет:

document.addEventListener('keydown', e => {
  e.preventDefault();
  return false;
});

Далее ищите нужные коды для своих кнопок, отключаете поведение по умлочанию, добавляете своё поведение.
Например:

document.addEventListener('keydown', e => {
   if (e.key === 'ArrowDown') {
    e.preventDefault();
    //Ваша логика
    return false;
  }
});

Немного упростим главный код и исправим названия класса.
Активный класс, если это БЭМ или типа БЭМ, должен быть не _active, а fits-cars-showmore-content_active, ну и с остальными соответственно.
Так же разделим название для data атрибутов, чтобы у кнопок и контента они различались, так желательно в данной семантике. Либо в дата атрибут передавать айди кого будем дёргать. Тут уже на усмотрение разработчика в зависимости от дельнейшего пути
Сам цикл упростим (но желательно конечно вернуть/добавить проверки аргументов, существования элементов и тп, я убрал для наглядности.).

const autoBtns = document.querySelectorAll('.block-tabs-main-home__item');
	autoBtns.forEach(
    btn => {
      btn.addEventListener("click", (e) => {			
        const contentId = btn.getAttribute("data-content-id");     
        document
            .querySelectorAll(`[data-id="${contentId}"], .fits-cars-showmore-content_active`)
            .forEach( (el) =>
              el.classList.toggle('fits-cars-showmore-content_active')
            )
	        }
      );
    }
  );

Обновил пример, забыл что вы хотели закрывать и другие. В любом случае действий мы выполняем меньше, чем обходя безусловно все элементы. Здесь мы обходим только те кто открыт и тот у кого айди совпадается
Рабочий пример