Събития
Надежден регистър на това какво са направили агентите и защо.
Какво прави
Работата между агентите се записва като задачи, събития, връзки (edges) и артефакти в регистър на Postgres, който оцелява при рестартиране и може да бъде възпроизведен отново. Типизирана шина в рамките на процеса пренася около деветдесет вида домейн събития до абонатите в рамките на даден възел. Заедно те ви дават хронология: какво е поискано, на кого е делегирано, какво е върнато и къде е възникнал застой.
Защо е важно
Когато верига от агенти направи нещо изненадващо, единственият полезен въпрос е "покажи ми стъпките". Надеждният регистър на задачи превръща това в заявка, а не в археологически проект, и прави повторния опит и анулирането реални операции, а не просто надежди.
Как работи
Регистърът на задачи е надежден и позволява повторно възпроизвеждане
Задачите, събитията, връзките за делегиране и артефактите са редове в Postgres, така че при рестартиране следата не се губи, а блокирала връзка може да бъде опитана отново.
Анулирането и повторният опит са първокласни операции
Действията спрямо изпълнявана задача се записват като събития, така че намесата е част от хронологията.
Шината в рамките на процеса е честна за своя обхват
Тя е типизиран излъчвател с един възел. Не я описваме като разпределена инфраструктура за събития, защото тя не е такава.
Въпроси
- Това Kafka ли е?
- Не. Шината в рамките на процеса е локален за възела типизиран излъчвател, а надеждността идва от регистър на задачи в Postgres. Ако имате нужда от стрийминг между клъстери, това не е правилното решение.
- Мога ли да видя какво е направил даден агент?
- Да: хронология на задачите със събития, връзки за делегиране и артефакти, включително предприетите срещу тях интервенции.
The rest of the bag
Права за достъп на ниво документ, които филтрират отговорите, а не само страниците.
Разрешаването на политиките се кешира за всяка сесия за по-висока скорост; промяната на правата се разпространява при инвалидиране на кеша, а не мигновено за всяка текуща заявка.
Всяка папка и всеки краен документ носят политика за достъп: публична, за влезли потребители или одобрена от собственика. Тези политики се превръщат в обвивка за всяка сесия, която филтрира какво може да извлече даден агент, преди да отговори. Регистърът на възможностите ограничава цели функции за всеки клиент (tenant), а критичните проверки за достъп се провалят в затворено състояние (fail closed).
Документация
Дървовидна структура от папки, която агентът чете, и конфигурационен файл, който спазва.
Извличането обхваща PDF файлове, електронни таблици и транскрипти. Екзотични бинарни формати не се анализират.
Вашият агент има собствена входяща кутия, а не споделена част от вашата.
Входящата поща пристига чрез webhook от доставчик на имейл. Ние не поддържаме собствени MX или SMTP сървъри.
Всеки публикуван агент получава реална, адресируема пощенска кутия. Входящите съобщения се класифицират, проверяват и поставят под карантина, преди агентът изобщо да ги види, данните за контакт се съхраняват в трезор и се редактират според нивото на разкриване, а отговорите се изпращат чрез изходяща кутия, която поддържа планирано и анулируемо изпращане. Нишките се свързват обратно с работата, към която принадлежат, така че никое съобщение никога не остава изолирано.
That was step 6 of 6: a reply leaves, and the trail stays. Започнете отначало →