Одинаковый старт на любом проекте
Один workflow, один npm-пакет правил, один путь Figma→код. Новый человек и новый репозиторий подключаются за минуты, а не за неделю «как у нас принято».
База знаний фронтенд-команды
Единый набор правил, процессов и инструментов, с которым фронтенд funtech работает одинаково на разных проектах: от онбординга и Figma→код до Cursor-агента и профилей ролей.
Один workflow, один npm-пакет правил, один путь Figma→код. Новый человек и новый репозиторий подключаются за минуты, а не за неделю «как у нас принято».
Rules и skills заставляют агента и разработчика следовать Feature/UI слоям, токенам, naming и API-контрактам. Меньше регрессий и разнобоя между проектами.
Вакансии, вопросы к собесу, профили Middle→Lead и учебные треки — общая лестница компетенций, а не разрозненные Google Docs.
Пять блоков: инструменты агента, рабочие процессы, дизайн→код, люди и обучение.
npm i cursor-package-funtech → в корне появляются rules/skills/hooks. Агент сразу знает, как у нас пишут код.Главный артефакт базы. Ставится в React + Vite + SCSS проекты и копирует папку .cursor в корень репозитория (postinstall + CLI).
Ответы на русском; discover-first; слои Feature / UI / pages; aliases; ассеты WEBP_/SVG_; без fetch внутри UI-примитивов.
FC, папка-тройка, ≤70 строк, вынос логики и effects, a11y, порядок тела компонента.
PascalCase / useX / camelCase / UPPER_SNAKE и layout папок.
ENDPOINTS + apiClient + domain API; вызовы из thunks/loaders.
rejectWithValue, осмысленный console.error, без пустых catch.
MCP get_design_context → адаптировать под SCSS/токены, не копировать Tailwind as-is.
Как писать docs/rules: английский в .cursor, без лишних md без запроса.
Плюс references у figma-to-code: Auto Layout → flex/gap/`--ui-scale` и чеклист сверки со скриншотом MCP.
Смотрит staged-дифф (webp, токены, type vs interface, deep imports…) и пишет отчёт. Всегда exit 0.
Чеклист ручной проверки перед PR: ассеты, токены, UI reuse, размер файлов, hooks, aliases.
End-to-end: YouTrack → установка пакета → ветка → Figma → реализация по rules/skills → lint/build/rules:review → PR → тест. Точка входа для онбординга разработчика.
Ветки только от dev, имя dev/<feature-name>, rebase, MR в dev, ревью, merge. Прямые коммиты в dev запрещены.
Figma Desktop Dev Mode MCP → Cursor: URL 127.0.0.1:3845, плагин, проверка через Agent.
Сравнение Tailwind vs CSS Modules+токены vs гибрид на опыте брендовых проектов. Вывод: основа — CSS Modules; Tailwind — точечно для типовых UI.
Как готовить Figma, чтобы макет был структурным описанием будущей реализации: Frames вместо Groups, Auto Layout, naming в PascalCase, variants, tokens, типографика, иконки, адаптив, чеклист перед передачей в разработку.
Middle Frontend (React / Next.js): обязанности, обязательные требования, стек, плюсы (Canvas / Three / GSAP), ожидания по AI/Cursor, оффер.
Вопросы с опорными ответами: browser pipeline, FSD/Atomic, Virtual DOM, immutability, события, CORS, CSR/SSG/SSR + устное задание.
UI по Figma, API, state, качество и перф, зоны ответственности в команде.
Middle+: ownership фронтенда проекта, архитектура, наставничество, code review.
Frontend Owner нескольких проектов, поддержка Middle+, внедрение стандартов Lead.
Стандарты и консистентность между проектами. Не delivery/PM и не CTO — владелец фронтенд-практик.
Основы: браузер, HTML, CSS, JS, TypeScript — курируемые ссылки (YouTube, learn.javascript.ru, памятка по тегам).
React + Redux трек и материалы «как работает React».
Todo List на чистом HTML/CSS/JS: CRUD, счётчики, опционально фильтры — проверка базовых навыков без фреймворка.
Ссылки из docs.md — живые презентации и план развития.
Найм → роль → обучение. Вакансия и собес отбирают Middle; role-profiles задают ожидания по мере роста; learning/ закрывает пробелы.
Онбординг → ежедневная работа. frontend-workflow + feature-branches + figma-connect + пакет — один контур от первого дня до PR.
Дизайн ↔ код. design-rules готовят макет; MCP и figma-to-code переносят его в React+SCSS без «перевода через Tailwind».
Стиль как политика. tailwind-fit — зафиксированное архитектурное решение, чтобы не спорить в каждом новом проекте.