Таксономия
Знание за какво се отнася даден въпрос, преди да му се отговори.
Какво прави
Таговете за знания се извличат от материала, на който се базира даден агент, и от неговите конектори, като тези тагове съобразяват политиките за достъп: даден таг може да бъде видим, докато неговият източник не е. Многостепенен класификатор решава дали входящият въпрос е в обхвата на агента, като преминава от евтино съпоставяне на шаблони към сравняване на ембединги само когато е необходимо.
Защо е важно
Повечето лоши отговори на агентите се дължат на грешки в обхвата, а не на грешки в разсъжденията: въпросът изобщо не е бил такъв, на който този агент е трябвало да се опитва да отговори. Класифицирането на обхвата първо превръща тези случаи в чисто пренасочване вместо в уверено измисляне.
Как работи
Таговете зачитат политиката за достъп
Таг, извлечен от ограничен материал, не разкрива съществуването на този материал на някой, който няма достъп до него.
Класификацията е многостепенна с цел оптимизиране на разходите
Първо се изпълнява евтино съпоставяне на шаблони; сравняването на ембединги се стартира само когато евтиното ниво не е сигурно.
Това не е онтология и не я наричаме така
Няма създадена йерархия, няма наследяване, няма схема за поддръжка. Ако имате нужда от формална таксономия, която да управлявате сами, това все още не е решението.
Въпроси
- Мога ли да дефинирам собствена таксономия?
- Не и днес. Таговете се извличат от вашите материали, а не се създават като схема. Възможността за създаване на йерархия е следващата логична стъпка, но все още не е изградена.
- Какво се случва с въпрос извън обхвата?
- Класификаторът го маркира, преди моделът да се ангажира с отговор, така че агентът да може да пренасочи, вместо да импровизира.
The rest of the bag
Права за достъп на ниво документ, които филтрират отговорите, а не само страниците.
Разрешаването на политиките се кешира за всяка сесия за по-висока скорост; промяната на правата се разпространява при инвалидиране на кеша, а не мигновено за всяка текуща заявка.
Всяка папка и всеки краен документ носят политика за достъп: публична, за влезли потребители или одобрена от собственика. Тези политики се превръщат в обвивка за всяка сесия, която филтрира какво може да извлече даден агент, преди да отговори. Регистърът на възможностите ограничава цели функции за всеки клиент (tenant), а критичните проверки за достъп се провалят в затворено състояние (fail closed).
Документация
Дървовидна структура от папки, която агентът чете, и конфигурационен файл, който спазва.
Извличането обхваща PDF файлове, електронни таблици и транскрипти. Екзотични бинарни формати не се анализират.
Събития
Надежден регистър на това какво са направили агентите и защо.
Шината за събития в рамките на процеса (in-process event bus) е излъчвател с един възел, а не разпределен брокер. Дълготрайният запис между агентите е отделен регистър на задачи в Postgres.
That was step 2 of 6: it crosses a tenant boundary. Next, for agent-to-agent traffic the edge is authorised before anything executes, and the caller token is minted for that hop alone.