01 / Project
Предметный контур и граница доступа
Project организует карту работы: Sections, Tabs и Slots. Внешний агент видит только Projects, разрешённые подключившему его человеку.
$ SLOTA GET_CONTEXT --FOR "ТЕКУЩАЯ ЗАДАЧА"
Как работает SLOTA
Рабочий контекст для AI — собранный под задачу
SLOTA хранит знания как управляемую карту, находит релевантные Slots во всех разрешённых Projects и передаёт внешнему агенту ограниченный Context Bundle.
TASK-FIRST CONTEXT / RUNTIME
01
Задачанамерение пользователя
02
Projectsтолько разрешённые
03
CapsulesSlots + dependencies
Внешний AI-агентрешает задачу пользователя
SLOTA отвечает за контекст, AI-хост — за результат.
01 / Устройство контекста
Карта остаётся понятной человеку и пригодной для машинного чтения
Структура не пытается заранее угадать все будущие задачи. Она фиксирует предмет, текущий канон и способ безопасно его поддерживать.
02 / Slot
Одна управляемая единица контекста
Slot отделяет конкретный предмет от соседних знаний. Это помогает выбрать несколько нужных единиц, а не передавать модели весь архив.
03 / Material + Method
Текущий смысл и правила его изменения
Material содержит канонический контекст, Method — версионируемые правила создания и обновления. Изменения становятся каноном только после review.
02 / Реальный интерфейс
Сначала видна структура. Затем — маршрут к полезному контексту.
Готовая карта показывает состав до создания Project, а внутри продукта пользователь видит Slots, состояние и первый минимальный маршрут.
PREVIEW://MARKETING/V6current UI
PROJECT://MARKETING/MAPcurrent UI
Оба изображения — снимки текущего интерфейса SLOTA.
03 / Поиск под задачу
Агенту не нужно заранее знать правильную карту или название Slot
Обычное чтение начинается с задачи и проходит по всем разрешённым Projects. Название остаётся слабой подсказкой, а содержимое — основным сигналом.
- 01
Агент формулирует текущую задачу
Не выбирает карту по названию и не просит пользователя вручную собирать список Slots.
- 02
SLOTA проверяет доступные Projects
Поиск начинается только внутри effective grants и не расширяет tenant boundary.
- 03
По содержанию выбираются дополняющие Slots
Слабые сигналы карты и Applications помогают ranking, но не заменяют содержимое Material.
- 04
Связи замыкают необходимый контекст
Required dependencies добавляются в тот же Project capsule; объём остаётся ограниченным бюджетом.
- 05
Агент получает отдельные Context Capsules
Выбранное, пропуски и неуместившиеся единицы названы явно — без тихого усечения.
04 / Context Capsules
Несколько подходящих Slots не склеиваются в непрозрачную простыню
SLOTA сохраняет Project provenance, exact basis и границы каждой капсулы. Агент видит, что получил, почему этого может не хватать и что не поместилось в бюджет.
Почему это выбрано
Task-first retrieval использует current Material content и schema, а не только название Slot или Project.
Что передано
Каждый Project остаётся отдельной капсулой с точными Slot и Material snapshots.
Что не передано
Недоступные Projects не участвуют. Budget omissions и missing context возвращаются отдельно.
05 / Честные границы
Система не подменяет агента и не меняет канон молча
- SLOTA не выполняет пользовательскую задачу — её выполняет внешний AI-агент.
- Один Slot содержит не больше одного current Material и один active Method.
- Запись агента остаётся proposal: канон меняется только после решения человека.
- Remote /mcp и OAuth/PKCE выпущены в runtime source; durable Connection/Project Grants реализованы, production cross-host conformance ещё не закрыт.
$ SLOTA OPEN --START "СВОЙ PROJECT"
Создайте один рабочий контур и проверьте его на реальной задаче
Начните с опубликованной карты или пустого Project. Дальше контекст развивается обычным proposal и review lifecycle.
Открыть платформу