Применение gRPC при разработке приложений под iOS

При широком распространении REST подхода для клиент‑серверного взаимодействия всегда существовали и существуют альтернативные решения, иногда незаслуженно обделенные вниманием. Об одном из них речь пойдет в сегодняшней статье. В ней будут даны некоторые теоретические основы, необходимые для работы и создан небольшой проект, который можно использовать для перехода на gRPC.

Статья: https://habr.com/ru/articles/982776/
Платформа: iOS

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

HomeKit - управление умным домом через MCP

HomeClaw предоставляет доступ к вашим аксессуарам HomeKit через утилиту командной строки, MCP-сервер (работающий через stdio) и плагины для Claude Code и OpenClaw. Приложение работает в фоновом режиме и отображается в строке меню macOS.

У Apple HomeKit нет публичного API, интерфейса командной строки (CLI) и встроенных средств интеграции с ИИ-ассистентами или системами автоматизации. HomeClaw решает эту проблему с помощью приложения на базе Mac Catalyst, которое взаимодействует с HomeKit от вашего имени и предоставляет удобный API.

HomeClaw на GitHub: https://github.com/omarshahine/HomeClaw
Платформа: iOS
⭐️: 174

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Я написал свой музыкальный плеер со своим стримингом: Android, Windows, Linux и сервер на Rust

Готовые решения закрывали задачу по кусочкам. Poweramp отлично играет, но только на одном телефоне. Plex и Plexamp умеют стриминг, но требуют аккаунт, а часть функций у них за подпиской. Связка Navidrome и Symfonium хороша, но это два разных продукта от разных авторов, и половина того, что мне было нужно, не входила ни в один из них.

Статья: https://habr.com/ru/articles/1088018/
Платформа: Android

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Интеллектуальные приложения для Android: агентские рабочие процессы внутри приложения

Добро пожаловать обратно в серию публикаций «Интеллектуальные приложения для Android», где мы берём базовое Android-приложение и постепенно превращаем его в персонализированный, интеллектуальный и агентный продукт. В предыдущей статье вы узнали, как подключаться к системе интеллектуальных функций с помощью AppFunctions.

В этой статье вы узнаете, как создавать автономные агентные сценарии внутри приложения, работающие в облаке.1

Статья: https://apptractor.ru/info/articles/intellektualnye-prilozheniya-dlya-android-agentskie-rabochie-protsessy-vnutri.html
Платформа: Android

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

ComposeBridge - визуальный редактор для Jetpack Compose

ComposeBridge — это набор инструментов, который связывает запущенное на физическом устройстве Android-приложение с вашей IDE через локальный WebSocket. В результате получается визуальный редактор для Jetpack Compose, работающий непосредственно на устройстве в реальном времени, и MCP-сервер для ИИ-агентов. Настройка интерфейса «на лету», точечная модификация исходного кода на основе анализа AST и автономное редактирование кода с помощью ИИ — без необходимости подключения к телефону.

Вы можете:

• Нажать на любой Composable-компонент на телефоне, чтобы исследовать его в реальном времени
• Настраивать цвета, размеры и отступы «на лету» с частотой 60 кадров в секунду — без пересборки через Gradle
• Сохранять изменения непосредственно в исходный код на Kotlin (например, в AppDimens.kt или AppColors.kt) благодаря точечной модификации байт-кода, сохраняющей форматирование файла
• Генерировать полноценные экраны Compose на основе декларативной JSON-схемы
• Перемещаться по дереву компонентов в рантайме — выбирать родительский элемент и переходить к дочерним

ComposeBridge на GitHub: https://github.com/JALAL591/compose-bridge
Платформа: Android
⭐️: 10

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Даем ИИ видеть SwiftUI: Xcode Preview MCP на практике — проблемы и надежды

Xcode 26.3 стал первой версией, в которой Apple открыла собственные фичи внешним агентам через MCP. Многие из этих возможностей и раньше были доступны через CLI, но рендеринг Preview был совершенно новым. В Xcode 27 Apple пошла ещё дальше и добавила headless MCP-сервер, сделав эти инструменты ещё удобнее для вызова, поэтому я глубоко встроил рендеринг Preview в свои сценарии ИИ-разработки. По пути я столкнулся с несколькими проблемами, а также сформулировал несколько наблюдений и надежд.

Статья: https://apptractor.ru/info/articles/daem-ii-videt-swiftui-xcode-preview-mcp-na-praktike-problemy-i-nadezhdy.html
Платформа: iOS

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

A2UI в Jetpack Compose: как ИИ-агенты могут создавать нативные Android-интерфейсы

К концу этого руководства вы полностью поймёте:

• почему ИИ-агентам вообще нужен протокол UI;
• что такое A2UI и какие пять понятий лежат в его основе;
• какие четыре сообщения может отправлять агент и как работает data binding;
• как устроен Jetpack Compose renderer и как пошагово его подключить;
• как создавать собственные компоненты и собственный каталог дизайн-системы;
• как A2UI сохраняет высокую производительность, справляется с ошибками ИИ и переживает обновления приложения.

Эта статья задумана как единственный материал про A2UI, который вам понадобится. Берите кофе.

Статья: https://apptractor.ru/info/articles/a2ui-jetpack-compose.html
Платформа: Android

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Floe Agent — нативное рабочее пространство с ИИ-агентами для iPhone и iPad

Floe Agent превращает разговор с моделью в долгоживущую задачу. Каждое новое сообщение продолжает ту же задачу, а каждый отдельный запуск модели становится самостоятельным запуском со своим прогрессом, журналом использования инструментов, подтверждениями, контрольными точками и состоянием для восстановления.

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

Floe Agent на GitHub: https://github.com/JiangNanGenius/floe-agent
Платформа: iOS
⭐️: 177

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

📺 Видео и подкасты за неделю

• (iOS En) Interactive Sheet Header Scroll Effect Using SwiftUI
• (iOS En) Mastering SwiftUI Reordering in iOS 27 Lists, Grids & Sections
• (iOS En) Safari's Collapsible Bottom Bar Using SwiftUI
• (iOS En) Apple Music Mini Player Transition Using SwiftUI
• (And Ru) Монопроект — это то, что вам нужно
• (And Ru) Глобальные изменения в Android Developer Verification
• (And En) Stop making destructuring bugs with Kotlin's NEW name based destructuring feature
• (Dev Ru) Avito.Tech.Conf 2026
• (Dev Ru) Найм в QA: правда ли тестирование — легкий путь в IT?
• (Dev Ru) RAG — AI, агенты и поиск
• (Dev En) We will all be generalists
• (Dev En) Full Guide on Creating Reliable & Stable AI Agent Skills

Прошлогодние видео:

• (iOS Ru) Переезд на Swift 6: строим графы для успешной миграции
• (iOS Ru) Как мы запекали 3D-пиццу
• (iOS Ru) Есть ли ORM круче SwiftData
• (iOS Ru) Макросы спустя полгода: не все так гладко
• (And Ru) Android добрался до ноутбуков
• (And Ru) Как убрать Activity context из ViewModel и написать Unit-test

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Gander - просмотр файлов

Gander - компактное приложение с открытым исходным кодом для просмотра файлов на Android, работающее полностью в автономном режиме. Оно позволяет открывать PDF, документы Word (.docx), Excel, PowerPoint (.pptx), фотографии, видео, аудио, файлы Markdown, текстовые и программные файлы, а также архивы .zip — и всё это в одной программе, не требующей никаких разрешений, без рекламы, отслеживания и доступа к интернету.

Gander на GitHub: https://github.com/mokshablr/gander
Платформа: Android
⭐️: 1.2K

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность

Как бы я спроектировал iOS-приложение с нуля, если бы оно должно было прожить 10 лет

Тест, который я бы использовал, — представить разработчика, открывающего проект в 2036 году. Он видит немного старого Swift, несколько UIKit-компонентов, новый SwiftUI рядом со старым SwiftUI, миграции, compatibility code, комментарии, объясняющие странные решения, тесты, понятный процесс сборки и документацию. Я бы хотел, чтобы он подумал: «Приложение старое, но с ним можно работать», а не: «Кто вообще это написал?» Речь о том, чтобы дать следующему разработчику честный шанс, потому что идеального варианта всё равно не будет. Если свести всё к одному вопросу, то он звучал бы так: станет ли человеку, которому придётся менять это через пять лет, легче или сложнее из-за решения, которое я принимаю сейчас?

Статья: https://apptractor.ru/info/articles/kak-by-ya-sproektiroval-ios-prilozhenie-s-nulya-esli-by-ono-dolzhno-bylo-prozhit-10-let.html
Платформа: iOS

👨‍🦯‍➡️ AppFiles: код, инструменты, практики, производительность