Документация
Дървовидна структура от папки, която агентът чете, и конфигурационен файл, който спазва.
Какво прави
Документите се намират в дървовидна структура от папки с реално качени файлове: PDF, CSV файлове и видео транскрипти се извличат, изчистват се от лични данни и се подготвят, преди да станат видими за агента. Всяка папка съдържа конфигурационен файл в текстов формат, чиито настройки се прилагат каскадно надолу по дървото, така че поведението и контекстът (grounding) се дефинират непосредствено до материалите, за които се отнасят, а не в отдалечен администраторски панел.
Защо е важно
Конфигурация, която се намира в база данни, е конфигурация, която никой не може да прегледа. Поставянето на обхвата, тона и контекста (grounding) на агента във файл в папката, която той управлява, прави цялата настройка лесна за сравняване (diff-able), обяснима и обратима.
Как работи
Конфигурацията се прилага каскадно надолу по дървото от папки
Настройка на родителска папка се прилага за всичко под нея, освен ако дъщерна папка не я презапише – същият модел като конфигурацията с обхват на директория в кодова база.
Качените файлове се подготвят, преди да станат активни
Извлеченото съдържание преминава през етап на чернова и тестване, така че публикуването на нови материали за контекст е съзнателна стъпка, а не страничен ефект от простото пускане на файл.
Личните данни се изчистват при извличане
Извличането изпълнява стъпка за почистване на данните, така че автобиография, пусната в папка, да не стане тихомълком достъпна в пълния си вид.
Въпроси
- Какви типове файлове може да чете?
- PDF, CSV файлове и експорти на електронни таблици, обикновен текст и markdown, както и видео транскрипти. Всичко извън това се съхранява, но не се извлича.
- Къде се конфигурира поведението на агента?
- В конфигурационен файл в самата папка, като настройките се прилагат каскадно надолу по дървото. Той може да се редактира в продукта и е в текстов формат.
The rest of the bag
Права за достъп на ниво документ, които филтрират отговорите, а не само страниците.
Разрешаването на политиките се кешира за всяка сесия за по-висока скорост; промяната на правата се разпространява при инвалидиране на кеша, а не мигновено за всяка текуща заявка.
Всяка папка и всеки краен документ носят политика за достъп: публична, за влезли потребители или одобрена от собственика. Тези политики се превръщат в обвивка за всяка сесия, която филтрира какво може да извлече даден агент, преди да отговори. Регистърът на възможностите ограничава цели функции за всеки клиент (tenant), а критичните проверки за достъп се провалят в затворено състояние (fail closed).
Събития
Надежден регистър на това какво са направили агентите и защо.
Шината за събития в рамките на процеса (in-process event bus) е излъчвател с един възел, а не разпределен брокер. Дълготрайният запис между агентите е отделен регистър на задачи в Postgres.
Вашият агент има собствена входяща кутия, а не споделена част от вашата.
Входящата поща пристига чрез webhook от доставчик на имейл. Ние не поддържаме собствени MX или SMTP сървъри.
Всеки публикуван агент получава реална, адресируема пощенска кутия. Входящите съобщения се класифицират, проверяват и поставят под карантина, преди агентът изобщо да ги види, данните за контакт се съхраняват в трезор и се редактират според нивото на разкриване, а отговорите се изпращат чрез изходяща кутия, която поддържа планирано и анулируемо изпращане. Нишките се свързват обратно с работата, към която принадлежат, така че никое съобщение никога не остава изолирано.
That was step 5 of 6: the agent consults its bag. Next, tasks, delegation edges, decisions and artifacts persist as rows you can replay, and the spend is already accounted for.