Вълната от микро-приложения

Честно казано, живеем в ера на истинска революция в продуктивността. AI инструментите за разработка правят създаването на полезни приложения по-лесно от всякога. Simon Willison има колекция от над 80 лични инструмента. Matt Sephton пусна 20 macOS приложения за един ден. Дизайнери правят персонализирани уеб инструменти за работния си процес. Девелъпъри строят специализирани utility-та за много конкретни проблеми.

Това е страхотно. Но създава и хаос.

Кризисът с откриването и споделянето

Ето къде е проблема: тези супер инструменти са навсякъде и никъде едновременно. Живеят на лични сайтове, в GitHub gists, в туитъри, в Lovable проекти, в Replit deployments или дори в историята на някой терминал. Някои изчезват след месец. Други се подобряват тихо, без уведомления. А ако искаш да следиш любимия си създател? Успех в опитите.

Основните въпроси, които ни тормозят:

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

Звучи познато? Нормално – решихме тези проблеми преди над 20 години.

RSS мислене за новото време

Помните ли RSS? Този прост XML формат за абониране на блогове? Нищо flashy, нищо trendy. Но беше елегантен, защото решаваше ключов проблем: как да позволиш на хората да се абонират за ъпдейти без централен регистър или алгоритмични ленти.

RSS беше слой за съвместимост. New York Times го пускаше. Flickr – същото. GitHub – да. И твоят локален блог. Всяко RSS четещо приложение ги консумираше. Потребителите сами куратираха откриванията си.

Ами ако приложим това към експлозията от AI приложения?

Представете си RSS-подобен стандарт, където:

Създателите публикуват feeds при нови инструменти или ъпдейти. Страницата на Simon Willison с инструменти става абонируема. Колекцията ти от Claude плъгини – същото. Lovable шаблоните показват ъпдейти.

Платформите се включват директно. Replit улеснява публикуването на feed за творенията ти. Glitch – същото. Vercel генерира feeds за проекти. Станови стандарт като GitHub repo.

Потребителите агрегират както искат. Вместо да проверяваш 30 сайта, абонираш се в reader (или специално app). Всеки инструмент идва с метадата, линкове, бутони за инстал и история на версии.

Откриването става социално. Като del.icio.us – споделяш любимите инструменти и feeds в общности. Следваш препоръки от други. Тагваш и куратираш колекции. Децентрализиран ProductHunt без алгоритми.

Защо пасва на AI-кодираните приложения

Традиционното разпространение на приложения е за големи релийзи. Пускаш v1.0, хората инсталират, след 6 месеца – v2.0. Приложенията са събития.

С AI разработката моделът рухва. Пускането на инструмент е като блог пост – често, лично, експериментално. Вторник – нов utility. Сряда – подобрение. Четвъртък – споделяне. Ритъмът е бърз и органичен.

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

Практическите ползи

За създатели: Прости, отворен формат за обявяване без зависимост от платформи. Инструментите ти остават на твоята инфраструктура. Контролираш метадатата. Не разчиташ на стартъп.

За потребители: Едино, персонализирано изживяване. Без алгоритми, които решават какво да знаеш. Чиста хронология от избрани създатели.

За откриваемост: Инструментите не изчезват. Имят постоянен адрес. Други ги препоръчват. Общностите строят около тях. Новите се намират като блоговете от преди.

За сигурност: Отворен стандарт оцелява завинаги, за разлика от app stores. Ако се притесняваш от зли ъпдейти – верифицирай. Форкни feeds. Създай мониторинг на версии.

Предизвикателството: Къде живеят приложенията?

RSS за приложения не решава всичко. Традиционните feeds са за информация. Приложенията трябва да се изпълняват – iOS, macOS, Android, браузър, уеб, терминал.

Това е по-сложно от чист feed. Но възможно. Feed-ът дава инструкции за инстал по платформи. Линкове към binaries, Docker, cloud. Или source code за форк.

Feed-ът е интерфейсът. Приложението живее където трябва.

Как би изглеждало?

Прост ATOM-подобен формат, разширен за приложения:

• Име, описание, създател
• Линкове към код и докс
• История на версии и changelog
• Поддържани платформи (web, iOS, macOS, CLI)
• Инстал методи
• Тагове
• Сигнатури за проверка (опционално)

Всеки с tools страница публикува един. AI платформите го генерират лесно. Readers и специални apps го консумират.

Най-хубавото

Това не е платформа. Не е компания. Не е сложно. Това е протокол – всеки го имплементира, разширява или игнорира.

Отвореният уеб работеше на такива протоколи: email, HTTP, FTP, RSS. Не ги контролираше никой. Цъфтяха, защото решаваха проблеми и позволяваха иновации.

Загубихме това с централизираните платформи и app stores. Не всичко – курацията е важна. Но загубихме permissionless инновациите от ранния уеб.

Какво следва?

Тук е редът на общността. Ако строиш AI инструменти, помисли как да споделяш ъпдейти. Ако управляваш платформа, създай прост feed формат за потребителите.

Инфраструктурата не трябва да е революционна. Достатъчно е да е полезна и отворена.

Старото internet имаше право. Може би е време да си заемем от там.