diff --git a/.genkit/traces_idx/genkit.metadata b/.genkit/traces_idx/genkit.metadata
deleted file mode 100644
index d297703..0000000
--- a/.genkit/traces_idx/genkit.metadata
+++ /dev/null
@@ -1 +0,0 @@
-{"version":"1.21.0"}
\ No newline at end of file
diff --git a/.opencode/skills/avtourist/SKILL.md b/.opencode/skills/avtourist/SKILL.md
deleted file mode 100644
index 517e627..0000000
--- a/.opencode/skills/avtourist/SKILL.md
+++ /dev/null
@@ -1,99 +0,0 @@
-# avtourist
-
-Проект: avtourist-surgut.ru — автоюрист в Сургуте.
-
-Стек: Astro (SSR) + PocketBase + Tailwind CSS.
-
-## Коллекции PocketBase
-
-- `posts` — статьи блога
-- `reviews` — отзывы
-- `comments` — комментарии
-- `cases` — кейсы
-- `consultations` — консультации
-- `users` — пользователи
-- `post_votes` — голоса за посты
-
-## Структура проекта
-
-```
-frontend/
-├── src/
-│ ├── pages/
-│ │ ├── index.astro # Главная
-│ │ ├── services/ # Услуги
-│ │ ├── cases/ # Кейсы
-│ │ ├── blog/ # Блог
-│ │ ├── api/ # API эндпоинты
-│ │ └── auth/ # Авторизация
-│ ├── layouts/ # Layouts
-│ ├── lib/ # PocketBase клиент
-│ └── globalInterfaces.ts # Типы
-```
-
-## Категории блога
-
-- ДТП
-- Лишение прав
-- Страховые споры
-- Штрафы ГИБДД
-- Возмещение ущерба
-- Судебные дела
-
-## Категории услуг
-
-- Возврат прав
-- Оспаривание штрафов
-- Страховые споры (ОСАГО, КАСКО)
-- ДТП и здоровье
-- Представительство в суде
-- Обжалование постановлений
-
-## Категории кейсов
-
-- insurance — страховые
-- rights — лишение прав
-- accident — ДТП
-- court — судебные
-- consultation — консультации
-
-## Компоненты
-
-Использовать готовые компоненты из проекта:
-- ServiceCard — карточка услуги
-- CaseCard — карточка кейса
-- ReviewCard — карточка отзыва
-- ArticleCard — карточка статьи
-
-## Типы
-
-Все типы определены в `frontend/src/globalInterfaces.ts`:
-- Post
-- Review
-- Case
-- DocumentItem
-- CompanyInfo
-
-## API-эндпоинты
-
-- `/api/posts` — список постов
-- `/api/posts/[slug]` — один пост
-- `/api/reviews` — отзывы
-- `/api/comments` — комментарии
-- `/api/votes` — голоса
-- `/api/consultation` — форма консультации
-- `/api/auth/*` — авторизация
-
-## Переменные окружения
-
-```
-PB_POCKETBASE_URL=http://127.0.0.1:8090
-```
-
-## Правила
-
-1. Все запросы к PB — на сервере (frontmatter)
-2. Использовать типы из globalInterfaces.ts
-3. Не использовать any
-4. Компоненты — только .astro с Tailwind
-5. API-эндпоинты — в src/pages/api/
\ No newline at end of file
diff --git a/.opencode/skills/common b/.opencode/skills/common
deleted file mode 120000
index daee0ca..0000000
--- a/.opencode/skills/common
+++ /dev/null
@@ -1 +0,0 @@
-C:/Users/Serg/.config/opencode/skills
\ No newline at end of file
diff --git a/AGENTS.md b/AGENTS.md
deleted file mode 100644
index 42f87cd..0000000
--- a/AGENTS.md
+++ /dev/null
@@ -1,188 +0,0 @@
-# Правила взаимодействия с Агентом
-
-## Основные принципы
-
-1. **Изменения в коде возможны только с явного разрешения пользователя**
- - Перед внесением любых изменений в файлы ассистент должен получить подтверждение от пользователя
- - Все изменения должны быть предварительно объяснены пользователю
- - Перед решением конкретной задачи всегда составлять план
- - После внесения изменений в код - проводить проверку - только после этого приступать к дальнейшему решению задачи
- - **НЕ производить сборку проекта (`bun run build`) без явного разрешения пользователя**
-
-2. **Прозрачность действий**
- - Ассистент должен объяснить, какие изменения планируется внести
- - Необходимо указать, в какие файлы будут внесены изменения
- - Следует объяснить последствия предполагаемых изменений
- - Внимательно читай промпт и не выходи за рамки описанных в нем измнений
-
-3. **Безопасность кода**
- - Все изменения должны проходить проверку на безопасность
- - Не должны вноситься изменения, которые могут повредить функциональность приложения
- - Рекомендуется создание резервных копий при значительных изменениях
-
-4. **Согласование архитектурных решений**
- - При внесении изменений, затрагивающих архитектуру приложения, необходима дискуссия с пользователем
- - Предложения по улучшению архитектуры должны обсуждаться до реализации
-
-5. **Работа с разными типами проектов**
- - Уважать существующую архитектуру и стиль кода проекта
- - Следовать установленным в проекте принципам и паттернам
-
-6. **Использование Bun**
- - Все команды должны выполняться с использованием Bun (bun install, bun dev, bun build и т.д.)
- - При создании скриптов в package.json, они должны быть совместимы с Bun
-
-7. **Язык общения**
- - Всё общение с пользователем происходит на русском языке
-
-8 **Проверка типов данных**
- - Проверять проект на ошибки типизации через команду `bun run tsc --noEmit -p frontend/tsconfig.json`
- - НЕ производить сборку проекта (`bun run build`) без явного разрешения пользователя
- - В проекте не должно быть типов any
- - Все интерфейсы компонентов прописывать в файле globalInterfaces.ts
- - При работе с PocketBase использовать актуальные сигнатуры методов из файла `D:\Verstka\production\astro_minivan\frontend\node_modules\pocketbase\dist\pocketbase.es.d.ts`
-
-9 **Плагин @astrojs/sitemap**
- - Обязательно к установке в проект пакета @astrojs/sitemap
- - Обязательно к созданию в проекте файл .nvmrc
-
-
-## Технические правила (Astro)
-
-1. **Structure проекта**
- - Использовать рекомендуемую структуру Astro: src/components/, src/layouts/, src/pages/, src/styles/
- - Файлы конфигурации: astro.config.mjs
-
-2. **Разработка компонентов**
- - Создавать .astro файлы для компонентов
- - Использовать framework-specific компоненты (React, Vue, Svelte) при необходимости
- - Использовать props для передачи данных
- - Использовать встроенные компоненты Astro ( и т.д.)
-
-3. **Роутинг и страницы**
- - Использовать file-based routing в src/pages/
- - Реализовывать динамические маршруты через [...slug].astro синтаксис
- - Использовать getStaticPaths() для генерации статических страниц
- - Создать страницу 404.astro для обработки ошибок
-
-4. **Контент**
- - Использовать Markdown (.md) или MDX (.mdx) для контентных страниц
- - Использовать frontmatter в Markdown файлах
- - Использовать content collections для организации контента
-
-5. **Стилизация**
- - Использовать scoped styling с