Data Structure Protocol (DSP): как дать LLM-агентам «долговременную память» о большом репозитории
newsare.net
Есть паттерн, который видит каждый, кто работает с агентами: первые 5–15 минут уходят не на задачу, а на «ориентацию». Где точка входа? ОткData Structure Protocol (DSP): как дать LLM-агентам «долговременную память» о большом репозитории
Есть паттерн, который видит каждый, кто работает с агентами: первые 5–15 минут уходят не на задачу, а на «ориентацию». Где точка входа? Откуда растут зависимости? Почему эта библиотека, а не другая? Кто считает это публичным API? В маленьком проекте раздражает. В большом — превращается в постоянный налог на токены и внимание.DSP (Data Structure Protocol) «выносит карту проекта наружу» — в простой, версионируемый, языковой граф, который живёт рядом с кодом и доступен агенту как постоянная память.k-kolomeitsev/data-structure-protocolЦель в архитектуре сформулирована так:1) Цель и границыЦель DSP — хранить минимальный, но достаточный контекст о репозитории/системе артефактов в виде графа «сущности → зависимости/публичный API», чтобы LLM могла:- быстро находить нужные фрагменты по UID,- понимать «зачем» сущности существуют и «как» они связаны,- не требовать загрузки исходников целиком в контекстное окно.DSP — это долговременная память и индекс проекта для LLM. Агент может в любой момент выполнить поиск (grep) по проекту, найти нужные сущности по описаниям/ключевым словам и от найденного UID раскрутить весь граф связей: входящие зависимости, исходящие импорты, реципиентов через exports. Это заменяет необходимость «помнить» структуру проекта или загружать его целиком — вся карта проекта всегда доступна через .dsp. Читать далее Read more












