чаты, почта, Drive, Plaud, Jira, Git, 1С, банки
Context service
Рабочий контекст должен принадлежать компании, а не оставаться в чатах сотрудников.
Sloy собирает переписки, встречи, файлы, задачи, Git и финансы в корпоративную память, а тяжёлые Google Docs, Google Sheets, PDF и транскрипты превращает в лёгкое AI-представление. Собственник видит реальную ситуацию, аудит быстрее разбирает решения, знания не теряются при уходе людей, а AI-агенты получают контекст без чтения всего архива.
Главная мысль
Sloy превращает разговоры, документы и задачи в лёгкий контур понимания: проект, сотрудник, деньги, решения.
Sloy забирает события из источников, определяет проект, спрашивает ответственного при сомнении и складывает месячные суммаризации по каждому транспорту, проекту и сотруднику. Агент читает короткие машинные представления, а к оригиналам возвращается только для проверки спорного фрагмента.
Adaptive company
OSNO-VA делает компанию доступной для AI-агентов.
Сегодня вход — AI-бухгалтерия. Глобально OSNO-VA соединяет контекст, финансы, документы, регламенты и бизнес-процессы, чтобы компания быстрее понимала ситуацию, принимала решения и перестраивалась под факты.
«Почему процесс закрытия месяца опять задержался?»
Агент связывает первичку, УО, переписки, ответственных и регламент закрытия, показывает узкое место и следующий шаг.
«Какой проект стал менее адаптивным за месяц?»
Система сравнивает TTU, WIP, маржинальность, количество уточнений, тон клиента и зависшие решения.
«Что нужно изменить в процессе, чтобы агент мог исполнять его сам?»
OSNO-VA показывает недостающие данные, правила, ответственных, интеграции и проверки качества.
Источники
Поддерживаем конкретные транспорты, а не абстрактную «базу знаний».
Sloy подключает рабочие следы там, где они уже живут: в чатах, почте, файлах, CRM, таск-трекерах, встречах, коде и финансовых системах. Доступ идёт от имени пользователя или организации, поэтому не нужно добавлять бота в каждый личный и клиентский чат.
Telegram, MAX
Группы, каналы, личные рабочие переписки, клиентские чаты. Контекст привязывается к проектам и людям.
Gmail
Входящие письма, вложения, цепочки согласований, письма клиента и внутренние решения.
Google Drive, Plaud
Папки, расшифровки встреч, документы, таблицы и аудио-заметки. Каждый документ получает лёгкое AI-представление.
Bitrix24, Jira
Сделки, задачи, статусы, комментарии, SLA и история внедрения. Новый коннектор можно быстро добавить.
OSNO-VA или другое
УО, 1С, таблицы, отчёты по деньгам и любые внешние финансовые источники для вопросов о динамике проекта.
Git и документы
Репозитории, спеки, README, решения, архитектурный контекст и история изменений.
Сотрудник как проект
У сотрудника есть свой контур: роль, встречи, нагрузка, обратная связь, развитие, риски перегруза.
Коннектор за день
Если транспорт уже отдаёт данные через API, экспорт или webhook, подключаем его как новый источник контекста.
Лёгкие документы для AI
Оригинал остаётся источником истины. Агент читает быструю машинную версию.
Каждый документ из Google Docs, Google Sheets, PDF, презентаций и транскриптов хранится в двух видах: оригинал как источник истины и лёгкое представление для чтения агентами. В лёгкую версию попадают структура, решения, таблицы, сущности, даты, люди, деньги, риски и ссылки на исходник.
Google Docs без лишнего полотна
Заголовки, решения, договорённости, открытые вопросы и ссылки на точные места вместо повторного чтения всего документа.
Таблицы как смысл, а не сетка
Агент получает листы, диапазоны, ключевые показатели, формулы и выводы, не тратя контекст на пустые ячейки и оформление.
PDF и презентации в рабочий контекст
Документы разбираются на смысловые блоки, таблицы, изображения с подписями и факты, которые можно цитировать в ответах.
Встречи сразу становятся памятью
Транскрипт сжимается в решения, поручения, риски, участников и привязку к проекту или сотруднику.
Контекст становится дешевле, быстрее и надёжнее.
AI сначала читает лёгкую версию документа и месячную память проекта. Оригинал остаётся доступен для проверки, но не забивает окно контекста и не заставляет агента каждый раз заново понимать компанию.
Живые запросы
Sloy выглядит интереснее, когда страница показывает не «фичи», а вопросы, на которые компания теперь может отвечать.
Каждый ответ собирается из лёгких документов, переписок, задач, встреч, Git-контекста, финансового слоя и регламентов компании. Поэтому Sloy можно показывать как рабочий пульт вопросов, а не как очередную базу знаний.
«Что сейчас с проектом A?»
Статус без ручного опроса команды.
Агент собирает последние решения, риски, открытые вопросы, ответственных и следующий шаг, а затем готовит короткий ответ клиенту или руководителю.
- Telegram
- Jira
- Plaud
- УО
«Что произошло за месяц?»
Отчёт из рабочих следов.
Sloy берёт месячную память, задачи, встречи, чаты и документы, чтобы показать сделанные работы, спорные места, поручения и динамику по деньгам.
- Docs
- Meetings
- Finance
«Где клиент это согласовал?»
Источник решения виден сразу.
В ответе есть письмо, сообщение, встреча, документ или задача, где появилось подтверждение, плюс ссылка на исходник для проверки.
- Gmail
- Drive
- Chat
«Оплачен ли счёт?»
Финансы в том же контексте.
Агент сверяет финансовую систему, таблицы, письма и переписку: статус оплаты, сумму, дату, закрывающие документы, ответственного и кому напомнить.
- 1C
- УО
«Где просела маржа?»
Отклонение объясняется фактами.
Sloy сравнивает план/факт, выручку, трудозатраты, расходы и договорённости, объясняет причину и показывает, кто должен принять решение.
- P&L
- WIP
- MARGIN
«Что важно знать по человеку?»
Сотрудник тоже становится контуром.
Контур сотрудника показывает нагрузку, встречи, обратную связь, рабочие связи, зоны риска, развитие и проекты, где человек влияет на результат.
- ИПР
- Load
- Feedback
Портфель проектов
Главная сила Sloy — видеть не один проект, а общую картину по всем проектам.
Руководитель получает портфельный радар: где напряжение, где можно допродать, какие проблемы повторяются у разных клиентов. Проектная команда получает общий слой памяти внутри проекта: что произошло, какие решения приняты и что важно не потерять.
«В каком из проектов самые напряжённые отношения с клиентом?»
Sloy сравнивает тон переписок, задержки ответов, повторяющиеся претензии, отменённые встречи, переносы оплат, незакрытые обещания и расхождение между статусом проекта и фактическими сигналами клиента.
- client tone
- promises
- payments
- TTU
В каких проектах наибольший потенциал для допродаж?
Агент ищет клиентов, где уже есть доверие, повторяющиеся запросы за пределами договора, недоавтоматизированные процессы, рост объёма работ и понятная финансовая возможность расширения.
О каких проблемах во всех проектах клиенты говорят чаще всего?
Sloy группирует жалобы, вопросы и сигналы по темам: скорость реакции, качество статуса, документы, ожидание решений, непонятные счета, повторные уточнения, зависшие согласования.
Что значимого произошло во время моего отпуска?
Для ПМа, разработчика или бухгалтера агент собирает только важное: решения, риски, изменения сроков, новые договорённости, эскалации, оплаты, блокеры и кому теперь нужен ответ.
видеть портфель: риски, потенциал допродаж, повторяющиеся проблемы и проекты, где нужен управленческий фокус.
держать историю решений, обещаний, клиентского тона, сроков и финансового контекста без ручного сбора статусов.
быстро входить в контекст, передавать знания, возвращаться после отпуска и понимать, что изменилось без пересказа в чатах.
Контекст + регламенты
Агент применяет общий словарь компании к реальным проектам, людям, перепискам и деньгам.
В Sloy можно подключить регламенты компании: определения Epic, L10, L20, L30, L40, L50, TTU, WIP, MARGIN, PROMISE, ИПР, слабой связанности и успешности проекта. Тогда пользователь спрашивает коротко, а агент оценивает ситуацию по методологии, принятой в компании.
Сравни проекты по L10-L60.
Проект A — L10: клиент даёт ТЗ и макеты. Проект B делегирован как L30, но удержание L20: ценности доставляются, а гипотезы и критерии всё ещё формулирует клиент. Проект C ближе к L40: команда сама формулирует эпики и корректирует путь по фактам.
Это эпик или список задач?
Агент проверяет регламент: Epic — новое состояние проекта, а не набор экранов, API и отчётов. Если путь заранее полностью описан, это L10/L20. Если состояние достигается через гипотезы и обратную связь, это похоже на L30.
Сравни проекты по регламентам и деньгам.
Проект A держит MARGIN выше нормы, но остаётся L10 по доверию. Проект B просел по марже, зато клиент делегирует L30-состояние. Вывод: в A нужно растить доверие, в B — стабилизировать экономику и WIP.
Оцени сотрудника по регламенту.
Агент смотрит задачи, Git, демо, встречи и обратную связь. Например: L20 подтверждён на 3, DEVOPS на 4, L30 пока пусто, потому что нет факта раскрытия нового состояния через гипотезы и пользовательскую обратную связь.
Какой следующий эпик развития?
Ответ может быть: «стать L20=4: самостоятельно доставлять бизнес-ценность end-to-end, получать обратную связь пользователя и держать слабую связанность». Рекомендация привязана к фактам, а не к общему впечатлению.
Есть ли напряжение в проекте?
Агент ищет сигналы: «мы уже это обсуждали», «почему опять не готово», «не вижу статус», резкие паузы, переносы оплат, рост уточнений, отменённые встречи и повторяющиеся претензии.
На какие фразы реагировать?
Если клиент пишет «мы не видим прогресса», агент собирает обещания, фактические поставки, TTU и предлагает ответ ПМу. Если пишет «это не то», агент ищет исходное согласование и расхождение с результатом.
Что написать раздражённому клиенту?
Ответ строится из тона компании, истории обещаний, статуса поставки и открытых вопросов: признать задержку, назвать проверяемый следующий шаг, срок и владельца.
Какой проект самый опасный?
Sloy объединяет УО, трудозатраты, счета, оплаты, WIP и переписки. Так виден проект с нормальным внешним статусом, но падающей маржинальностью из-за переделок и незакрытых документов.
Где клиент доверяет выше, чем мы удерживаем?
Если клиент дал L30-состояние, а команда просит готовые кейсы, критерии и тесты, агент фиксирует: «L30 делегирован, удержание L20/L10» и предлагает честно декомпозировать работу или растить команду.
Кого нужно поддержать?
Агент смотрит нагрузку, ночные сообщения, число проектов, тон встреч, незакрытые поручения, обратную связь и финансовую критичность проектов, чтобы подсветить риск перегруза сотрудника.
Что произошло за месяц по портфелю?
Ответ показывает, какие проекты выросли по уровню доверия, где упал MARGIN, где TTU слишком длинный, где появился конфликт, какие эпики завершены и какие деньги зависли в незавершённой работе.
Пилотное внедрение
Sloy можно проверить на реальном контуре за один день.
За один день подключаем один реальный контур: проект, клиента, папку, Telegram-группу, почту, Drive, Plaud или другой источник. Цель пилота — показать, как разрозненный рабочий след становится корпоративной памятью и как агент получает контекст без ручного пересказа.
Варианты интеграции
Sloy можно запустить в облаке OSNO-VA или внутри инфраструктуры заказчика.
Выбор зависит от требований к скорости запуска, данным, безопасности и доступу к внутренним системам.
Облачная версия
Sloy работает на серверах OSNO-VA. Это быстрый вариант для пилота, подключения первых источников и проверки, как рабочий контекст превращается в корпоративную память.
Серверы заказчика
Sloy работает на серверах заказчика. Этот вариант подходит компаниям, которым нужно держать переписки, файлы, встречи, Git-контекст, финансовую информацию и MCP-доступ внутри собственной инфраструктуры.
Маршрутизация
Общие папки не требуют идеального порядка на входе.
Plaud, Google Drive, Gmail и другие «папки» сначала попадают в общий слой. Когда появляется новый исходник, Sloy пытается сам определить проект, а при сомнении спрашивает ответственных за эту папку. После подтверждения правило работает дальше автоматически.
Исходник найден
Письмо, запись Plaud, файл в Drive или чат попадает в общий входящий контекст.
Проект предложен
LLM смотрит текст, участников, ссылки, папку и историю похожих источников, затем предлагает проект.
Ответственный подтверждает
Если уверенности мало, Sloy спрашивает владельца папки, клиента, направления или сотрудника.
Правило запомнено
Следующие похожие письма, файлы и встречи уже маршрутизируются без ручной сортировки.
Документ облегчён
Тяжёлые документы получают короткое AI-представление: структура, факты, таблицы, решения и ссылки на оригинал.
Месяц сжат
По каждому транспорту и проекту сохраняется месячная суммаризация: деньги, решения, риски, открытые вопросы.
Контекст дешёвый
Агент читает не весь архив, а нужную месячную и проектную память. Сырые источники доступны при уточнении.
Проект создаётся из запроса
Запрос «что у нас с проектом N» может развернуть проект, подтянуть источники и собрать первый контур памяти.
Сотрудник тоже проект
Для HR, менторинга и аудита сотрудник ведётся как отдельный тип проекта с правилами доступа.
Интерфейс микросервиса
В интерфейсе видны проекты, источники, папки и правила суммаризации.
Администратор видит, какие транспорты подключены к проекту, откуда пришёл контекст, кто отвечает за общую папку, какой промпт сжимает месяц и как агенту развернуть доступ.
Кейсы
Sloy полезен везде, где работа создаётся через людей.
Бухгалтерия — частный случай. Такой же слой нужен сервисным компаниям, внедренцам, юристам, консалтингу, поддержке, продажам, HR и внутренним командам, где решения теряются между чатами, встречами, задачами и файлами.
Сервисная компания
Клиент просит статус в Telegram. Агент видит Jira, письма, встречи, договорённости и готовит ответ без опроса менеджера.
Внедрение
Встречи, задачи, переписка и лёгкие версии документов клиента собираются в проект. Видно, где застряли решения и кто должен ответить.
Финансы проекта
Запрос «какая динамика по деньгам» читает УО, 1С, таблицы и месячные сводки, а не весь архив переписок.
Бухгалтерия
Акт, письмо клиента, комментарий менеджера и проводка связываются в один контекст для проверки и закрытия месяца.
HR и развитие
Сотрудник как проект: нагрузка, встречи, обратная связь, опросы, конфликты, рост и ранние признаки перегруза.
Поддержка
История обращений, SLA, письма, чаты и задачи дают агенту контекст для ответа и эскалации.
Продажи
Bitrix24, Gmail, встречи и чаты показывают, что обещали клиенту, кто принимает решение и какой следующий шаг.
Управление портфелем
Руководитель спрашивает, что важного было за полгода, и получает срез по проектам, людям, деньгам и рискам.
Один промпт вместо ручной настройки.
Sloy выдаёт текст для агентской среды. Пользователь открывает пустую папку, вставляет промпт, а агент регистрирует локальный MCP-доступ к контексту нужного проекта. Запросы вроде «что у нас с проектом N» автоматически разворачивают проектный контур.
Совместимо с любой агентской системой.
Контекст лежит в Git и доступен через MCP, поэтому его могут читать Codex, Claude, Cursor, Openclaw, Hermes и другие агенты. Компания не привязана к одной модели, одному чату или одному вендору.
Итог
Без Sloy агент видит сообщение. Со Sloy он видит рабочую ситуацию.
До Sloy
Источники разбросаны по чатам, папкам, CRM, почте, задачам, финансам и головам людей. Каждый новый агент снова просит объяснить клиента, проект и историю решений.
- Источники
- разрознены
- Проект
- восстанавливается вручную
- AI
- читает текущий чат
После Sloy
Каждый проект, клиент и сотрудник получает слой памяти в Git: источники, месячные сводки, решения, деньги, встречи, чаты и лёгкие версии документов. Агент берёт ровно тот контекст, который нужен для действия.
- Источники
- подключены
- Проект
- маршрутизируется
- AI
- действует с памятью