Llama AI для розробників

Для розробника чат-модель найкорисніша як швидка «друга пара очей»: вона розбере незнайомий код, запропонує забуті тести, напише нудну рутину та пояснить помилку простими словами. Тут зібрано сім практичних способів використати моделі Llama в нашому чаті для таких завдань — кожен із готовим промптом, який можна відкрити й адаптувати. Якщо ви плануєте створити власний застосунок на базі Llama, перегляньте варіанти Llama API та інструкцію про те, як запустити Llama на власному комп'ютері.

Розуміння та виправлення коду

Модель бачить лише те, що ви надішлете в повідомленні, тому додавайте потрібні рядки, точний текст помилки та версії вашого стеку.

Пояснення помилки

Стек-трейс зазвичай вказує на симптом, а не на причину. Надішліть моделі повне повідомлення, код навколо нього й очікувану поведінку, а також попросіть ранжувати ймовірні причини від найбільш до найменш вірогідних.

У мене виникає ця помилка в проєкті на [мова та фреймворк із версіями]: [вставте помилку та стек-трейс]. Ось код, де це стається: [вставте код]. Розташуй імовірні причини від найбільш до найменш вірогідних, поясни, як перевірити кожну з них, і покажи найпростіше виправлення для головної причини.

Зневадити в чаті. Для окремого фрагмента швидше підійде сторінка Code Assistant.

Розбір чужого коду

Успадковані модулі чи старі скрипти простіше зрозуміти з коротким оглядом. Спершу запитайте про призначення, потім про логіку виконання, а насамкінець — про ризиковані місця.

Поясни, що робить цей код на [мова]. Почни з двох речень про його суть, потім послідовно розбери основні кроки та вкажи на все, що виглядає ненадійно, неочевидно або може зламатися на нестандартних вхідних даних: [вставте код]

Отримати розбір.

Опис бага в інтерфейсі за скриншотом

Llama 4 Maverick та Llama 4 Scout уміють аналізувати зображення, тож ви можете прикріпити скриншот зі зламаною версткою разом із відповідним CSS або розміткою. Модель бачить лише картинку, а не живу сторінку, тому обов'язково опишіть очікуваний результат.

Додаю скриншот із проблемою верстки на [сторінка або компонент]. Очікуваний результат: [як усе має виглядати]. Ось відповідна розмітка та CSS: [вставте код]. Що найімовірніше спричинило різницю та як це виправити?

Відкрити цей промпт, прикріпіть скриншот і залиште вибраною модель Llama 4 Maverick.

Написання, тестування та документування

Використовуйте модель для чернеток, які ви власноруч перевіряєте — ніколи не мерджте згенерований код наосліп.

Генерація тестів із граничними випадками

Моделі чудово знаходять кейси, які втомлена людина легко пропускає: порожні дані, надвеликі значення, специфічні символи, часові пояси. Спершу попросіть список випадків, щоб переконатися в повноті покриття.

Напиши модульні тести для цієї функції на [мова] за допомогою [тестовий фреймворк]. Спочатку перелічи всі випадки, які перевірятимуться, включно з граничними значеннями та некоректними даними, а потім напиши самі тести. Саму функцію не змінюй: [вставте функцію]

Написати тести.

Рев'ю змін перед пушем

Швидка перевірка допоможе помітити помилки на одиницю (off-by-one), відсутність обробки помилок чи небезпечну роботу з вхідними даними. Попросіть відсортувати зауваження за критичністю та вказати конкретні рядки.

Проведи рев'ю цього diff як досвідчений senior-розробник. Спочатку виділи баги, проблеми безпеки та відсутню обробку помилок, потім зауваження щодо читабельності коду. Для кожного пункту вкажи рядок і запропонуй виправлення. Якщо нічого критичного немає, напиши про це прямо: [вставте diff]

Запустити рев'ю.

Складання надійного regex чи SQL-запиту

Попросіть згенерувати шаблон разом із поясненням і прикладами, які мають і не мають відповідати умові, а потім перевірте результат самостійно.

Напиши [регулярний вираз або запит] для [діалект regex або SQL], що виконує таке: [що має робити]. Поясни кожну частину та додай коротку таблицю з прикладами вхідних даних і очікуваними результатами, включно зі складними випадками.

Спробувати цей промпт.

Чернетка README або повідомлення до коміту

Документацію набагато легше редагувати, ніж писати з нуля. Просто додайте свої нотатки або diff і вкажіть цільову аудиторію.

Склади README для мого проєкту ([тип проєкту]) на основі нотаток нижче. Розділи: призначення, вимоги, встановлення, використання з одним прикладом, налаштування та відомі обмеження. Пиши стисло, команди оформлюй блоками коду: [вставте нотатки]

Скласти чернетку README.

Чого варто уникати

• Витоку конфіденційних даних. Завжди вирізайте з коду ключі, паролі, рядки підключення до баз і будь-які клієнтські дані. Ваші повідомлення проходять через наш сервер і провайдера інференсу, тож дотримуйтеся правил вашої компанії щодо передавання коду зовнішнім сервісам.
• Сліпої довіри до деталей бібліотек. Моделі мають обмеження за датою знань і не можуть перевірити найновішу документацію, тому свіжі API чи параметри можуть бути відсутні або вигадані. Звіряйтеся з офіційною документацією.
• Мерджу неперевіреного коду. Згенерований код може без помилок компілюватися, але працювати неправильно. Запускайте, перечитуйте й тестуйте його так само ретельно, як і будь-який інший PR.
• Завеликих файлів. Чат обрізає надто довгі повідомлення, тому надсилайте лише потрібну функцію, а не весь репозиторій.

Корисні сторінки

• Колекція промптів для коду та посібник із програмування зі штучним інтелектом.
• Як визначитися з моделлю: вибір відповідної моделі Llama; найшвидше відповідає Llama 3.1 8B.
• Розробка власних рішень на Llama: ліцензія Llama простими словами.