#iOSКомпас 🧭
1️⃣7️⃣2️⃣ Завдання 172

SwiftUI Agent Skill: правила написання якісного SwiftUI-коду за допомогою ШІ.

З вами знову той самий автор каналу @badlinkschannel. Сподіваюсь вам ще не набридла ця ідея капітана галери про iOS розробника.

Якщо ви хоч раз пробували генерувати SwiftUI-код через нейромережі, то знаєте цей біль: агент уперто пише onChange з одним параметром, ліпить GeometryReader там, де можна обійтися без нього, і будує скролінг так, що потім починаються загадкові проблеми з продуктивністю. Виправляти одне й те саме в кожному промпті - заняття для мазохістів. Хороша новина: тепер можна не виправляти, а навчити агента з першого разу писати правильніше.

🔣 Skill замість нескінченних правок:

Раніше правила для агентів часто складали в AGENTS.md. Працює, але зі зростанням кількості інструкцій файл легко перетворюється на величезне полотно. Підхід зі skills працює інакше. Це окрема структурована інструкція з SKILL.md і тематичними reference-файлами, які агент може підвантажувати, коли задача стосується SwiftUI.

У відкритому репозиторії SwiftUI-Agent-Skill зібрані практичні рекомендації, які зазвичай спливають тільки після код-рев'ю або вже на проді. Там не абстрактне «пиши добре», а конкретні правила:

➖ Як правильно використовувати onChange і не тягнути в новий код застарілий однопараметричний API.
➖ Коли GeometryReader справді потрібен, а коли краще використати сучасні альтернативи.
➖ Як працювати зі скролами та не створювати зайвих проблем із продуктивністю.
➖ Як працювати із зображеннями, щоб не забивати пам'ять.
➖ Патерни для навігації, списків і модальних вікон.
➖ Продуктивність - місце, де агенти особливо люблять косячити.

🔣 Що це дає на практиці:

Коли ви просто просите агента написати екран, він може видати щось робоче, але з купою дрібних косяків. Якщо ж підключити skill, агент отримує готові чеклісти й референси, які може використовувати під час написання або рев'ю коду.

🤓 Наприклад:

➖ «Тут проблемна структура скролів - краще перебудувати».
➖ «У тебе логіка розмазана по кількох lifecycle-викликах - варто зібрати її в одному місці».
➖ «Цей GeometryReader можна замінити простішим API».

Тобто skill працює не просто як набір заборон, а як база правил для рев'ю, яка підказує, чому певний підхід небажаний і що можна використати замість нього.

🔣 Чому це актуально:

Зараз уже питання не в тому, «використовувати ШІ чи ні». Питання в тому, як змусити його писати код, який не доведеться переписувати вручну. Якщо ви просто генеруєте й сподіваєтеся на краще, технічний борг може рости швидше за фічі. Якщо ж дати агенту правильні патерни з першого разу, можна реально прискорити розробку без втрати якості.

Репозиторій відкритий для контриб'юцій. Якщо у вас є свої напрацювання про те, що агенти роблять неправильно і як це виправляти, їх можна додати в загальний skill. Спільнота вже доповнила його новими API, патернами та виправленнями, і це тільки початок.

#️⃣ Skill для SwiftUI - це спосіб перестати витрачати час на однотипні правки й пояснення агенту, чому його код не піде в прод. Один раз підключили правила - і далі агент має значно більше шансів писати так, ніби вже пройшов десяток код-рев'ю. Якщо ви активно використовуєте Cursor або Claude для генерації інтерфейсів, цей skill може зекономити години нервування.

@Zatishna_Galera