PROMPT ENGINEERING

Добрият промпт не е изречение. Той е структура. Всеки елемент носи информация, която моделът използва, за да стесни пространството от възможни отговори.

Chain of Thought (CoT) е техника, при която принудително карате модела да изведе reasoning-а си преди финалния отговор. Особено полезно при математика, логика, дебъгване и стъпкови процеси.

COPY// Универсален тригер
"Let's think step by step."

// По-директен
"Разсъди на глас преди да дадеш отговор."

// За дебъгване
"Провери всяка стъпка поотделно. Покажи работата си."

// За архитектурни решения
"Анализирай плюсовете и минусите на всеки вариант,
след което препоръчай един с обосновка."

// Forced format CoT
"Отговори в следния формат:
АНАЛИЗ: [reasoning тук]
ЗАКЛЮЧЕНИЕ: [финалният отговор]"

Показваш на модела точно какъв output искаш чрез 2-5 примера преди реалната задача. Ефективно за форматиране, класификация, трансформации и всякакви задачи с ясен pattern.

COPY// Класификация на тикети
Класифицирай следните support тикети:

Формат: [ТИКЕТ] → [КАТЕГОРИЯ] : [ПРИОРИТЕТ]
Категории: hardware, software, network, billing
Приоритет: low, medium, high, critical

Примери:
"Не мога да се свържа с интернет" → network : high
"Искам фактура за март" → billing : low
"BSOD при стартиране" → hardware : critical
"Excel не отваря .xlsx файлове" → software : medium

Сега класифицирай:
"Принтерът печата само бели листа"
"Не мога да вляза в имейла си от 3 часа"
"Нужна ми е офис лиценз за нов служител"

COPY// Few-shot за трансформация на данни
Конвертирай следните лог редове към JSON:

INPUT: "[2024-03-15 14:23:11] ERROR: Connection refused on port 5432"
OUTPUT: {"timestamp":"2024-03-15T14:23:11","level":"ERROR","message":"Connection refused","port":5432}

INPUT: "[2024-03-15 14:23:45] INFO: Server started on port 8080"
OUTPUT: {"timestamp":"2024-03-15T14:23:45","level":"INFO","message":"Server started","port":8080}

Сега конвертирай:
[2024-03-15 15:01:33] WARN: Disk usage at 87% on /dev/sda1

System prompt-ът е "конституцията" за целия разговор. Задава се веднъж, при всяка заявка е в контекста, но не е видим за потребителя. Там слагаш постоянните правила, роля, ограничения.

COPY# Python - Claude API с добър system prompt
import anthropic

client = anthropic.Anthropic(api_key="...")

SYSTEM = """Ти си N3Xus - строг Linux mentor.
Правила:
- Само команди, минимум обяснения
- Ако въпросът е глупав, кажи го директно
- Пишеш само на БГ
- Code blocks задължително за всяка команда
- Никога не казваш "лесно" или "просто"
- Предупреждаваш при destructive операции"""

response = client.messages.create(
    model="claude-sonnet-4-6",
    max_tokens=1024,
    system=SYSTEM,
    messages=[
        {"role": "user", "content": "как да изтрия дублирани файлове?"}
    ]
)

COPY# Ollama - system prompt в Modelfile
FROM llama3.2

SYSTEM """
Ти си DevOps asistent специализиран в Debian/Ubuntu.
Даваш конкретни команди, не теория.
Предупреждаваш преди rm, dd и всяка destructive операция.
Форматът ти: кратко обяснение → команда → бележка ако трябва.
"""

PARAMETER temperature 0.3
PARAMETER num_ctx 8192

Задаването на роля не е само "бъди по-добър". Ролята активира специфичен "режим" в модела - различна лексика, различни приоритети, различна дълбочина. Ефектът е измерим.

Не питай "какво мислиш?" ако искаш JSON. Форматът трябва да е явна инструкция, не предположение.

COPYАнализирай следния error log и отговори САМО с валиден JSON.
Никакъв текст преди или след JSON блока.

Schema:
{
  "severity": "low|medium|high|critical",
  "type": string,
  "root_cause": string,
  "fix": string,
  "affects_production": boolean
}

Log: [2024-03-15 03:22:11] FATAL: MySQL connection pool exhausted. Max connections: 100. Active: 100. Waiting: 47.

COPYНапиши документация за следната PHP функция.

Структура (задължителна):
## Описание
[какво прави - 1-2 изречения]

## Параметри
| Параметър | Тип | Описание |
...

## Връща
[тип и описание]

## Пример
```php
[работещ пример]
```

## Грешки
[какво може да хвърли и кога]

Функция:
[твоят код]

COPY// Кратко
"Отговори в максимум 3 изречения."
"Само командата. Без обяснение."
"TL;DR версия - максимум 50 думи."

// Дълго и подробно
"Подробно обяснение с примери за всяка стъпка."
"Включи edge cases и potential pitfalls."
"Production-ready код с error handling."

Грешките при промптинг са предвидими. Ето кое не работи и защо.

Copy-paste шаблони за честите задачи. Попълни [квадратните скоби].

Всеки промпт е итерация. Първият е рядко финален. Ако резултатът не е добър - добави контекст, ограничи формата или добави пример. Три корекции са норма.