Защо планирането на проекти с AI агенти се нуждае от радикална промяна

Къде бъркаме

Нека бъдем честни: повечето от нас все още планират проекти по същия начин, по който сме го правили преди AI агентите да съществуват. Хвърляме някоя бележка тук,都可能 да ни удари мълния. След това подаваме този полуготов план на AI агент и се надяваме на най-доброто.

Проблемът не е, че AI агентите са лоши в писането на код. Проблемът е, че те се нуждаят от структура, която рядко им предоставяме. И когато те самите запълват тези празнини, ние нямаме никаква следа защо са взети определени решения.

Инструментът, който води разговор

Тук се намесва inplan. В основата си е Markdown редактор, създаден за съвместно планиране между хора и AI агенти. Представи си го като споделена бяла дъска, на която и двете страни могат да пишат, да задават въпроси и да преработват един общ документ.

Но най-интересното не е самият редактор. Това е системата за коментари. Можеш да маркираш всяко изречение и да започнеш дискусия точно там. Питай защо агентът е предложил тази архитектура. Поискай уточнение на дадено предположение. Вземи решение. Тази размяна остава прикрепена към конкретния ред и създава траен запис, който можеш да прегледаш по-късно.

Това решава нещо, за което рядко говорим: проблемът с "контекстуалната археология". Превърташ напред три месеца. Агентът е направил избор някъде. Къде е подплатата на това решение? Inplan прави тази следа проследима.

Преглед преди промяна

Ето един модел, който виждаме твърде често: оставяш AI агент да работи, връщаш се и планът е тихо променен. Може би е по-добър. Може би нещо важно е отпаднало. Трудно е да се каже.

Inplan обръща това. Когато агентът иска да преработи плана, той не презаписва тихо документа. Вместо това генерира diff, който преглеждаш и прилагаш сам. Виждаш точно какво се е променило. Можеш да одобриш, отхвърлиш или да итерираш преди нещо да се фиксира.

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

Първи стъпки

Инструментът се инсталира като Claude Code skill (поддръжка за Codex и други е планирана). С проста команда "plan X" се отваря редакторът и започваш. Лицензът е AGPL-3.0 с отворен код и работи изцяло локално през npm.

За екипи, които искат съвместна работа в реално време, има хоствана версия на inplan.ai. Нищо в демото не изисква регистрация - приятна изненада за SaaS продукт.

Къде още куца

Никой инструмент не е без компромиси. Настоящата версия е Electron desktop приложение - функционално, но по-тежко от уеб редактор. Механизмът за diff работи ред по ред, което може да е твърде грубо за фини промени. Освен това модела е изграден около един план документ. Ако управляваш множество свързани спецификации, ще ти трябват други инструменти.

Екипът е бил прозрачен за тези ограничения, което е обнаддващо. Поддръжка на множество документи и по-богати взаимодействия с агента са в пътната карта.

Защо е важно за ерата на "vibe coding"

"Vibe coding" - оставяш AI да се справя с имплементацията, докато ти насочваш визията - набира скорост. Но vibe coding има мръсна тайна: без ясна посока, проверяваш резултатите срещу намерения, които никога не си артикулирал напълно.

Инструменти като inplan насочват към различно бъдеще. Не просто "кодирай по-бързо", а "мисли по-ясно". Етапът на планиране се превръща в истинско сътрудничество с твоя AI партньор, създавайки артефакти, които служат както на текущата задача, така и на бъдещите поддръжници (включително бъдещия теб).

Дали точно inplan ще стане част от твоя работен процес зависи от търпимостта ти към Electron приложения и еднодокументния модел. Но основната концепция - структурирано, коментируемо, човешки прегледано AI сътрудничество - сочи към начина, по който ще работим с coding агенти, когато те станат още по-способни.

Въпросът не е дали AI ще пише повече от нашия код. Въпросът е дали ще изградим скелето, което прави този код наистина разбираем.

Опитай: npm i -g inplan