Отвъд чата: SPDD и бъдещето на инженерството с ИИ

Публикувано от Svetni.me Editorial на 28 април 2026 г.

Използването на изкуствен интелект в програмирането често прилича на „магия“ – ние задаваме неясен въпрос и се надяваме на правилен отговор. В нов и изключително влиятелен анализ, публикуван в сайта на Мартин Фаулър, Уей Джан и Джеси Дзи Ся от Thoughtworks твърдят, че този подход е неустойчив за сериозното инженерство. Те предлагат решение: Structured-Prompt-Driven Development (SPDD) [1].

Основната теза е проста, но революционна: промптовете не трябва да бъдат мимолетни разговори в чат, а първокласни артефакти на софтуерния дизайн, които подлежат на същия строг контрол като самия изходен код.

SPDD: Когато промптът се превърне в чертеж
Изображение: Генерирано чрез Svetni.me AI

Проблемът на „черната кутия“

Традиционното писане на код с ИИ страда от липса на предвидимост. Програмистите често прекарват повече време в поправяне на фини грешки в генерирания код, отколкото ако го бяха написали сами. SPDD решава това чрез „преместване на фокуса наляво“ (Shift Left) – цялата несигурност се изчиства по време на дизайна на промпта, а не след като кодът е вече факт [1].

Рамката REASONS

В сърцето на методологията лежи т.нар. REASONS Canvas – седемстепенна структура, която ръководи процеса от намерението до изпълнението:

  • Requirements: Ясно дефиниране на проблема.
  • Entities: Обектите и връзките в домейна.
  • Approach: Стратегията за решаване.
  • Structure: Къде в системата попада промяната.
  • Operations: Конкретни стъпки за имплементация.
  • Norms: Инженерни стандарти за именуване и стил.
  • Safeguards: Граници за сигурност и производителност [1].

Управление на намерението

В SPDD важи златното правило: „Първо поправи промпта, после обнови кода“. Ако изискванията се променят, програмистът актуализира структурирания промпт (който е под версия-контрол в Git) и генерира кода наново. Това прави промените проверими (reviewable) и повторно използваеми, превръщайки индивидуалното умение за работа с ИИ в колективен корпоративен актив.

Инструменти с отворен код като openspdd вече помагат за автоматизирането на този цикъл, позволявайки на екипите да поддържат синхрон между намерението и реализацията. С тази методология, ИИ спира да бъде непредвидим асистент и се превръща в прецизен инструмент в ръцете на истинския архитект.

Източници:

[1]: Structured-Prompt-Driven Development (SPDD) - Martin Fowler