Календар
Планиране чрез валидирана дълбока връзка (deep link): засега.
Какво прави
Когато разговорът стигне до „нека намерим удобно време“, агентът генерира призив за действие (call-to-action) за планиране, който сочи към съществуващия ви инструмент за резервации, като дестинацията се проверява спрямо списък с разрешени адреси, за да не може да бъде пренасочена другаде. Това е всичко за момента.
Защо е важно
Включваме този модул именно защото той не е изграден. По-голямата част от стойността на публичния регистър на състоянието идва от неудобните записи. Ако ви казваме истината за Календара, тогава и останалите десет записа имат стойност.
Как работи
Дестинацията е в списъка с разрешени адреси
URL адресът за резервация, който агентът генерира, се валидира спрямо конфигуриран списък с разрешени адреси, така че разговорът не може да убеди агента да препрати към произволно място.
Без наличност, без съхранение на събития, без синхронизация
Зад това няма модел на календар. Ако имате нужда агентът да разсъждава за свободно/заето време, той не може да направи това днес.
Въпроси
- Може ли агентът да резервира среща вместо мен?
- Той може да предостави на някого валидиран линк към вашия инструмент за резервации. Той не може да чете вашата заетост или да записва събития.
- Кога ще стане реалност?
- Не сме се ангажирали с дата и предпочитаме да оставим това на резервната скамейка, отколкото да му определяме тримесечие.
The rest of the bag
Права за достъп на ниво документ, които филтрират отговорите, а не само страниците.
Разрешаването на политиките се кешира за всяка сесия за по-висока скорост; промяната на правата се разпространява при инвалидиране на кеша, а не мигновено за всяка текуща заявка.
Всяка папка и всеки краен документ носят политика за достъп: публична, за влезли потребители или одобрена от собственика. Тези политики се превръщат в обвивка за всяка сесия, която филтрира какво може да извлече даден агент, преди да отговори. Регистърът на възможностите ограничава цели функции за всеки клиент (tenant), а критичните проверки за достъп се провалят в затворено състояние (fail closed).
Документация
Дървовидна структура от папки, която агентът чете, и конфигурационен файл, който спазва.
Извличането обхваща PDF файлове, електронни таблици и транскрипти. Екзотични бинарни формати не се анализират.
Събития
Надежден регистър на това какво са направили агентите и защо.
Шината за събития в рамките на процеса (in-process event bus) е излъчвател с един възел, а не разпределен брокер. Дълготрайният запис между агентите е отделен регистър на задачи в Postgres.
That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.