Когато дадете задача на колега, не му казвате само „оправи сървъра“. Казвате кой сървър, какво се е случило, какво вече сте пробвали и какво очаквате да получите обратно. С изкуствения интелект е същото — разликата е, че колегата ще попита, а AI най-често просто ще отговори. Уверено, гладко и понякога съвсем не за това, което ви трябва.
Затова мисля за промта не като за въпрос, а като за задание. И като всяко добро задание, то има структура.
Формулата: роля + задача + контекст + формат
- Роля — от чия позиция да мисли. „Ти си системен администратор с опит в Microsoft 365“ води до различен отговор от „обясни ми“.
- Задача — какво точно трябва да се направи. Един глагол, ясно действие: анализирай, напиши, сравни, провери.
- Контекст — средата, ограниченията и за кого е резултатът. Тук се крие 80% от качеството.
- Формат — как да изглежда отговорът: таблица, стъпки, скрипт с коментари, имейл до клиент, максимум половин страница.
Не всяка задача има нужда от четирите части. Но когато отговорът ви разочарова, почти винаги липсва някоя от тях — най-често контекстът.
Пример 1: тикет от потребител
Слабо задание:
Потребител не може да влезе в Outlook. Какво да направя?
Отговорът ще е общ списък от десет възможни причини — от паролата до интернета.
Добро задание:
Ти си L2 инженер по Microsoft 365. Потребител не може да влезе в Outlook за Windows от тази сутрин, докато Outlook в браузъра работи. Акаунтът е синхронизиран от локален Active Directory, има MFA, а вчера паролата му е изтекла и е сменена. Предложи диагностика по стъпки, подредени от най-вероятната причина към най-малко вероятната. За всяка стъпка — какво да проверя и как изглежда резултатът, ако това е проблемът.
Сега AI има с какво да работи: работи в браузъра (значи акаунтът е наред), проблемът е в настолния клиент и има смяна на парола. Отговорът се стеснява до няколко реални хипотези вместо десет теоретични.
Пример 2: документация
Слабо задание:
Напиши документация за backup-а.
Добро задание:
Ти си технически писател в IT отдел. Напиши процедура за възстановяване на файл от backup за дежурния колега, който я ползва рядко и под напрежение. Средата: [опишете системата за backup, без пароли и вътрешни адреси]. Формат: номерирани стъпки, всяка с едно действие; в началото — кога се прилага процедурата; в края — как се проверява, че възстановяването е успешно и на кого се докладва.
Ключовият детайл е „ползва я рядко и под напрежение“. Това казва на модела да пише кратко, конкретно и без предположения, че читателят помни нещо.
Пример 3: скрипт
Слабо задание:
Напиши PowerShell скрипт за неактивни потребители.
Добро задание:
Ти си администратор на Active Directory. Напиши PowerShell скрипт, който намира потребители без вход повече от 90 дни, само ги извежда в CSV (име, отдел, последен вход, дали са активирани) и не променя нищо. Изключи акаунтите в OU „Service Accounts“. Добави коментари на български и параметър за броя дни.
„Само ги извежда“ и „не променя нищо“ не са излишни. Ако не ги напишете, един услужлив модел лесно добавя и Disable-ADAccount „за удобство“.
Шаблон, който да си запазите
Ако правите едни и същи неща често, направете си базово задание и сменяйте само средата и текста:
РОЛЯ: Ти си [експерт в областта].
ЗАДАЧА: [един глагол + какво точно].
КОНТЕКСТ: Средата е [...]. Резултатът е за [кого]. Ограничения: [...].
ФОРМАТ: [стъпки / таблица / скрипт с коментари / имейл], до [обем].
МАТЕРИАЛ: [текстът, логът или кодът за обработка]Повечето платформи позволяват подобни инструкции да се запазят постоянно — като персонализиран асистент или работно пространство с правила. Тогава не ги пишете всеки път, а само добавяте конкретния материал.
Поправките са част от работата
Първият отговор рядко е последният. Вместо да започвате нов чат, продължете в същия: „по-кратко“, „без третата стъпка“, „направи го като имейл до клиент, без технически термини“. Моделът вече има контекста — използвайте го.
Обратното също е вярно: когато темата се смени изцяло, започнете нов чат. Дълъг разговор с три различни задачи обърква и хора, и модели.
Три правила, които не се договарят
- Без пароли, ключове и лични данни в заданието. Заменете ги с плейсхолдъри —
[ПАРОЛА],[ИМЕ НА КЛИЕНТ]. Моделът не се нуждае от истинските стойности, за да напише процедурата. - Всичко, което ще се изпълни, се чете преди това. Скрипт, команда, промяна в конфигурация — първо в тестова среда или поне ред по ред.
- Фактите се проверяват. AI звучи еднакво уверено, когато е прав и когато греши. Номера на версии, лимити и цени — винаги срещу официалната документация.
Накратко
Добрият промт не е магическа фраза. Той е същото задание, което бихте дали на добър колега: кой е, какво трябва да направи, в каква среда и как да изглежда резултатът. Отделете тридесет секунди повече за заданието и ще спестите десет минути поправки.