Flet Python: собираем приложение без JavaScript

Я, Арина Михална, убедилась, что собрать мобильное приложение на Python без единой строчки JavaScript теперь можно с Flet 1.0 — фреймворк вышел в статусе production-ready и берёт на себе веб, десктоп и мобильную сборку из одной кодовой базы. С Claude Code эта связка работает так: ты описываешь экраны и логику на Python, агент сам разбирается с синтаксисом Flet и структурой проекта, а тебе остаётся проверять, что получилось, и поправлять по ходу.

Что такое Flet 1.0 и почему это не очередной «ещё один фреймворк»

Flet берёт Flutter — тот же движок, на котором собраны тысячи мобильных приложений, — и прячет его за Python API. Ты пишешь класс, описываешь кнопки и текстовые поля обычным Python-кодом, а Flet превращает это в реальный интерфейс на iOS, Android, в браузере и на десктопе. Версия 1.0 — первый релиз, который авторы фреймворка называют готовым к продакшену: раньше это был скорее инструмент для прототипов и внутренних утилит.

Разница с типичным «Python для фронтенда» (вроде Streamlit) в том, что Flet не ограничивается дашбордами — это полноценный UI-тулкит с навигацией, состоянием, роутингом между экранами. Ближе по духу к тому, что раньше делали на React Native, только без единой строчки JS.

Что нужно знать	Streamlit	Flet 1.0
Целевая платформа	веб-дашборды	веб + десктоп + мобиль
Язык	Python	Python
Мобильная сборка	нет	да, из коробки
Управление состоянием экрана	ограниченное	полноценное, как в SPA
Подходит для	отчётов, аналитики	реальных приложений с несколькими экранами

Как поставить задачу Claude Code, чтобы он не развалил структуру проекта

Здесь та же логика, что и с любым другим фреймворком: чем чётче ты задаёшь архитектуру заранее, тем меньше Claude Code потом свалит всё в один файл main.py на 800 строк. С Flet это особенно важно, потому что фреймворк новый и агент может тянуть паттерны из старых версий API или путать их с Flutter-подходом напрямую.

Рабочая структура, которую стоит зафиксировать в CLAUDE.md перед стартом:

Собери проект на Flet 1.0 со следующей структурой:
- /app/screens/ — по одному файлу на экран, каждый экран —
отдельный класс
- /app/components/ — переиспользуемые UI-элементы (кнопки,
карточки, формы)
- /app/services/ — вся работа с данными: запросы к API,
работа с локальным хранилищем
- /app/state.py — общее состояние приложения (текущий
пользователь, настройки)
- main.py — только точка входа и роутинг между экранами

Правило: экраны в /screens не делают запросы к API напрямую
— только через
/services. Бизнес-логика не живёт внутри UI-компонентов.
Первая задача: собери экран {{список экранов}} с навигацией
между ними.

CLAUDE.md с такими правилами Claude Code читает автоматически при каждом запуске новой сессии — это снимает половину проблемы «агент забыл, как я хотел структуру», потому что напоминать не нужно, файл читается сам.

Backend отдельно: почему логику лучше не держать внутри UI-слоя

Слабое место большинства гайдов по Flet — они показывают «hello world» и не говорят, что делать, когда приложению нужны реальные данные, авторизация и хранение. На практике для чего-то серьёзнее записной книжки логику стоит выносить в отдельный Python-backend, а Flet оставлять тонким слоем интерфейса, который просто отображает то, что backend прислал.

Связка, которая работает без сюрпризов:

• FastAPI — как backend, отдаёт JSON, Flet его просто читает через httpx или requests.
• Flet-приложение — только экраны и состояние, никакой бизнес-логики внутри screens/.
• Общий Python — backend и фронтенд на одном языке, значит Claude Code одинаково хорошо работает с обеими частями и не путает контекст.

Такое разделение спасает, когда приложение нужно менять: правишь бизнес-логику в backend, экраны не трогаешь. Без него любое изменение в данных тянет за собой переписывание половины экранов — классическая боль вайбкодинга, когда агент правит один файл и рвёт три других.

Где Flet реально ломается — и когда лучше не соваться

Честно: Flet — не замена нативной разработке во всех случаях. Три места, где он сдаёт:

1. Сложная кастомная анимация. Простые переходы и стандартные эффекты — легко, но если нужна кастомная физика анимации уровня хорошего игрового UI — тут чистый Flutter или нативный код точнее.
2. Глубокая интеграция с нативным SDK платформы. Если приложению нужен доступ к специфичным датчикам или API, доступным только через нативный Swift/Kotlin, придётся либо искать обходной пакет, либо писать нативный модуль отдельно.
3. Очень нагруженный UI с частой перерисовкой. Списки на тысячи элементов с постоянными изменениями Flet тянет хуже специализированных мобильных фреймворков.

Для типового сценария — приложение с несколькими экранами, формами, списком, авторизацией и подключением к API — Flet справляется полностью, и именно туда его стоит брать. Не для игр и не для приложений с уникальным нативным функционалом.

Как собрать и проверить приложение перед публикацией

Минимальный порядок действий, чтобы не публиковать сырое:

1. Собери приложение локально командой сборки Flet под нужную платформу (веб, desktop, mobile).
2. Прогони вручную все экраны — переходы, формы, обработку ошибок (что происходит, если backend не ответил).
3. Попроси Claude Code написать несколько unit-тестов на бизнес-логику в /services — эту часть тестировать проще, чем UI.
4. Проверь, что приложение не падает при отсутствии интернета — частая дыра в вайбкодинге, когда все тесты писались с работающим backend под рукой.
5. Только после этого — сборка под целевую платформу и публикация.

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

По материалам: анонс Flet 1.0 на MarkTechPost от 20 сентября 2026, документация Claude Code.

Читайте также

• Приложение на Claude Code за вечер
• Спецификация для Claude Code: почему провалы
• Claude Code: единый дизайн приложения без правок
• Slack Code и вайбкодинг: совместная разработка

Я, Арина Михална, думаю, что разбираться с Claude Code и вайбкодингом дальше — не обязательно тащить всё в одну статью. У меня в боте лежит гайд по установке Claude из России, а в канале «А.М. решает вопросы» я регулярно показываю на живых примерах, как собираю такие штуки и куда потом с ними идти. Забирай — подписывайся на канал