Привет! Меня зовут Максим Добрый, я менеджер по развитию продукта в Контуре. Знаю, что на Хабре любят читать про внутреннюю кухню новых продуктов: почему решили запустить ту или иную фичу, каким был её путь от идеи до релиза, что планируется с ней делать в будущем и так далее. Я подумал, что можно по следам одного нашего важного релиза — Тем в Толке — сделать статью, и показать здесь всю подноготную этой фичи. Тем более, что повод для нас действительно громкий: мы стали первыми в РФ, кто такое сделал. Мы исследовали опыт наших пользователей, изучили их боль — когда контекст по проектам разбросан по разным местам — и придумали способ собирать его в одном месте.

Про боль, знакомую каждому, кто проводит много времени на созвонах

Представьте: вы возвращаетесь из двухнедельного отпуска. Пока вас не было, команда успела провести 14 встреч по трём проектам. Всё как положено: созвоны записаны, для каждого есть расшифровка, саммари, список договоренностей и задач.

Кажется, что вернуться в работу должно быть просто. Но вы открываете первый проект и понимаете, что ни одно из этих саммари не отвечает на главный вопрос: а что вообще происходит с проектом сейчас?

На одной встрече договорились идти по варианту А, через неделю его пересмотрели. На другой появилась новая задача, а на следующей выяснилось, что она больше не актуальна. Где‑то изменился срок, где‑то завис вопрос, который собирались обсудить в следующий раз. Чтобы восстановить картину, приходится открыть несколько встреч подряд и самостоятельно собрать из них одну историю: что решили, что изменилось и куда в итоге движемся.

И это не редкий сценарий. В наших интервью с пользователями Контур.Толка прослеживалась одинаковая ситуация: нужно вернуться к проекту после паузы, быстро переключиться между задачами, подготовиться к очередному созвону или вспомнить, почему несколько недель назад команда приняла конкретное решение. Само знание при этом никуда не исчезло — оно осталось в записях, заметках, досках и протоколах. Проблема в другом: оно разложено по отдельным встречам, а работа продолжается между ними.

Именно здесь мы увидели возможность поменять сам подход к работе со встречами.

Почему саммари встречи оказалось недостаточно

За последние несколько лет инструменты для онлайн‑встреч заметно продвинулись в том, что происходит внутри одного созвона. Сначала главной задачей было просто обеспечить стабильную связь. Потом — сохранить разговор: записать встречу и дать возможность вернуться к ней. Следующим слоем стали транскрипция, автоматическое саммари, выделение договоренностей и задач.

В 2026 году такой сценарий уже воспринимается как базовый: закончилась встреча — через некоторое время у вас есть текст разговора, основные тезисы и список того, что нужно сделать. Не обязательно пересматривать часовую запись, чтобы вспомнить, о чём договорились.

Но у этой модели есть ограничение: единицей работы для ВКС по‑прежнему остаётся отдельная встреча. У неё есть начало и конец, запись, транскрипт и собственное саммари. Следующий созвон обрабатывается как новая самостоятельная сущность — даже если для пользователя это продолжение того же проекта.

Но человек мыслит не встречами, а проектами, задачами, клиентами и инициативами, которые могут жить неделями и месяцами. Созвоны — только отдельные точки внутри этой работы.

Получается, инструменты уже умеют хорошо отвечать на вопрос «что было на этой встрече?», но почти не работают с уровнем выше — со всем накопленным контекстом проекта. Между отдельными саммари не появляется сущности, которая связывала бы их в одну продолжающуюся историю и позволяла работать с ней как с целым.

Для нас это и стало следующим логичным шагом после автоматизации отдельных встреч. Если запись, транскрипция и саммари решают задачу фиксации, то дальше нужно было научиться работать с накопленным контекстом.

Так мы пришли к идее Тем: поменять саму единицу работы в Толке и добавить над отдельными встречами ещё один уровень — проект, который объединяет связанные обсуждения и их контекст.

Мы решили поменять единицу работы: не встреча, а Тема

Тема — это пространство, в котором собираются материалы, относящиеся к одной задаче или проекту: записи встреч, расшифровки, заметки и доски. Они располагаются в хронологическом порядке, чтобы можно было проследить не только финальные договоренности, но и то, как команда к ним пришла. 

Но просто дать пользователю новую папку для встреч было бы слишком простым решением. Если для каждого проекта нужно вручную вспоминать все созвоны, искать их и раскладывать по Темам, мы лишь переносим ручную работу из одного места в другое.

Поэтому часть этой работы Толк берёт на себя. Система анализирует накопленные материалы и рекомендует объединить те, которые, вероятно, относятся к одному проекту. Пользователю остается принять или отклонить рекомендацию. Тему также можно создать самостоятельно, а любой материал — добавить или убрать вручную. То есть финальное решение о том, что действительно относится к проекту, остаётся за человеком. 

На уровне интерфейса всё выглядит довольно просто: есть Тема, внутри неё — связанные материалы. Но за простой механикой возникает уже не такая простая задача: как вообще понять, что две встречи относятся к одному проекту?

Названия встреч далеко не всегда помогают. Один и тот же проект может обсуждаться на созвонах «Синк», «Статус», «Встреча с командой» и «Обсуждение с клиентом». И наоборот: встречи с похожими названиями и одними и теми же участниками могут относиться к совершенно разным задачам.

Сегодня рекомендации строятся в два этапа, и на каждом этапе свой подход.

Первый уровень — «серии». Так мы называем регулярные встречи с одинаковой комнатой и названием. Здесь работает точное совпадение, а не «похожесть»: название встречи приводится к единому виду (нижний регистр, лишние пробелы, служебные префиксы отбрасываются), и если ключ встречи совпал с ключом темы — встреча рекомендуется в неё. Никакого измерения расстояний и порогов: либо название совпало, либо нет. Таких встреч много, и у них жёсткий, однозначный сигнал.

Второй уровень — «умные темы». Сюда попадают встречи, которые не удалось пристроить в серии, но которые связаны по смыслу — по содержанию, участникам и названиям. Здесь точного совпадения быть не может, поэтому работает измерение близости: встреча оценивается по отношению к нескольким ближайшим встречам внутри темы (а не к одной случайной и не ко всем сразу), чтобы одно «шумное» обсуждение не искажало картину.

Главная особенность умных тем — у каждой темы своя планка «достаточной похожести», и она выводится из того, насколько плотно сбиты собственные встречи темы. Измеряем «разброс» встреч внутри темы и по нему задаём порог: чем плотнее тема, тем строже порог. Плотная тема «знает, что она про одно», и любое отдалённо похожее обсуждение для неё чужое; широкая тема по своей природе разнородна и поэтому терпимее. Если в одну тему объединили несколько разных направлений — она разбивается на под‑кластеры, и у каждого своя планка, чтобы плотное ядро не размывалось соседями. А чтобы глубокая логика не выродилась в крайности, есть предохранители: совсем маленькая тема получает максимально строгий порог, а у «раздутой» темы есть потолок терпимости.

Наконец, порядок работы построен так, чтобы не быть навязчивым. Мы не начинаем с придумывания новых тем: сначала свободные встречи пристраиваются в темы, которые уже есть, и только то, что не пристроилось, идёт на создание новых. Если встреча подходит к теме, которую пользователь уже отклонил или удалил, — она не предлагается заново. А если встреча подходит и к принятой, и к отклонённой теме — принятая всегда выигрывает. Каждая встреча в итоге попадает максимум в одну тему.

Именно здесь Темы перестают быть просто новым разделом интерфейса. Чтобы они действительно снимали ручную работу, системе нужно научиться распознавать связь между разными обсуждениями, даже когда сами пользователи никак явно эту связь не обозначили.

Как сделать сводку не по встрече, а по проекту

Когда мы определились с Темой как отдельной сущностью, следующей задачей стала работа с её содержимым. Внутри одного проекта может накопиться несколько часов разговоров: решения принимаются в разное время, задачи меняют статус, а новые вводные делают часть старых договоренностей неактуальными.

Для пользователя результат этой работы выглядит довольно компактно. В Теме есть три представления контекста: «Сводка» — восстанавливает текущее состояние проекта и эволюцию по датам, «Актуальные задачи» — собирает задачи и их статусы, «Ближайшие шаги» — вопросы и действия, к которым стоит перейти дальше (по сути шаблон агенды для следующей встречи).

А вот на уровне реализации здесь возникает сразу несколько вопросов.

Как это устроено на уровне реализации:

• Из чего строится сводка. Основа — протоколы и пересказы встреч, а не транскрипты. Это осознанный выбор: в протоколе и пересказе уже выделены задачи и темы, то есть, именно то, что нужно для проектной сводки, — транскрипт такой подготовки не даёт.

• Какие встречи берутся. Не все материалы темы, а последние: «Сводка» и «Актуальные задачи» — по трём последним записям, «Ближайшие шаги» — по одной. Это экспертное решение команды: для текущего состояния проекта такого горизонта достаточно, и он даёт оптимальный баланс между ценностью для пользователя, скоростью ответа и стоимостью генерации. Горизонт тестируем на Контуре и, при необходимости, скорректируем для внешних релизов.

• Как технически это работает. Материалы асинхронно загружаются в RAG‑хранилище, по запросу бэк передаёт идентификаторы записей и тип сводки, а генерацию выполняет LLM. Ответ отдаётся построчно — это типичный паттерн работы с ИИ: пользователь видит, как появляется сводка.

Ограничения тоже подсвечиваются фиксированными текстами: нет готовых протоколов/пересказов, нет записей, некорректные идентификаторы, общая ошибка — в каждом случае понятная причина вместо «чёрного ящика». 

Сейчас Темы работают с материалами за последние три месяца. Дальше этот горизонт планируем увеличивать. Но уже на таком объёме интересно показать, как именно мы собираем итоговый контекст.

Контекст проекта живет не только в Толке

Даже если внутри Толка все встречи по проекту уже связаны и сводка строится по ним корректно, реальный рабочий контекст почти никогда не ограничивается одной платформой.

Часть созвонов проходит с клиентами во внешних ВКС, что‑то записывают на диктофон, интервью могут проводить офлайн, вебинары — в другом сервисе. Для пользователя всё это одна история проекта, а для системы — набор материалов из разных источников.

Поэтому параллельно с Темами в Толке появилась загрузка внешних аудио‑ и видеофайлов. Файл можно добавить в раздел «Записи», после чего система автоматически подготовит расшифровку. Дальше с такой записью можно работать примерно так же, как с материалами, которые изначально появились в Толке: искать информацию по тексту, делиться записью и использовать её в рабочем контексте проекта. 

С продуктовой точки зрения здесь всё довольно прямолинейно: место проведения разговора не должно определять, попадёт ли он в историю проекта.

А с технической — появляется отдельный пайплайн обработки входящих файлов.

Как это работает:

• Форматы и лимиты. Поддерживаются mp3, wav, mp4, mkv, aac, m4a, ogg, flv, mov, webm; файлы до 2 ГБ; можно выбрать сразу несколько файлов; загрузка идёт в фоновом режиме.

• Путь файла. Медиафайл хранится на стороне Толка, а его транскрипция — на стороне сервиса распознавания. Загруженные записи появляются в разделе «Записи» (общая точка для записанных в Толке и загруженных): у видео — обложка‑стоп‑кадр, у аудио — заглушка. Поиск работает в том числе по названиям и описаниям загруженных записей.

• Набор артефактов по тарифу. У загруженной записи нет участников и чата. Набор того, что формируется по файлу, определяется тарифом.

Для Тем особо важен момент с транскрипцией, пересказом и протоколом: именно они — основа сводки по Теме. Раньше внешние файлы не могли попасть в сводку, потому что у них не было этих артефактов. Теперь запись из внешнего сервиса может войти в Тему и «подхватиться» аналитикой наравне с материалами, созданными в Толке — а место проведения разговора перестаёт влиять на то, попадёт ли он в историю проекта.

Что Темы умеют сейчас, и где мы пока поставили границы

На текущем этапе Темы закрывают базовый сценарий работы с контекстом проекта: помогают собрать связанные материалы, восстановить текущее состояние работы, увидеть актуальные задачи и понять ближайшие шаги. Для этого в интерфейсе есть три отдельных представления — «Сводка», «Актуальные задачи» и «Ближайшие шаги».

При этом мы сознательно не пытаемся сразу превратить Темы в универсальную корпоративную базу знаний. Сейчас система работает с материалами за последние три месяца. Для большинства текущих проектов такого горизонта достаточно, но для длинных инициатив — например, годовых внедрений или крупных продуктовых программ — этого уже может быть мало. В дальнейшем период анализа планируется увеличивать.

Ещё одно ограничение текущей версии — формат взаимодействия с контекстом. Пока пользователь получает заранее определённые типы результата: общую сводку, задачи и ближайшие шаги. Следующий этап — диалоговый сценарий, в котором ассистенту можно будет задавать произвольные вопросы по накопленным материалам: например, почему команда отказалась от первоначального решения, как менялись требования или что обсуждали по конкретной части проекта. 

Дальше контекст Тем планируем расширять и за пределы встреч. В первую очередь за счёт чатов, заметок и досок. Особенно важны чаты, потому что значительная часть коммуникации по проекту происходит именно между созвонами. Если учитывать её вместе со встречами, Ассистент сможет работать с более полным контекстом проекта.

Мы также смотрим в сторону подключения внешних источников (вики, таск‑трекеров, систем электронного документооборота) и агентских сценариев, в которых Ассистент не только анализирует накопленную информацию, но и помогает действовать на её основе. Он сможет создавать артефакты, ставить задачи или выполнять другие рутинные действия. Пока это направления для дальнейшего исследования и проработки. 

Как попробовать Темы

Темы уже появляются у пользователей облачной версии Толка на тарифе «Профи» и выше. Отдельно подключать функцию или оставлять заявку не нужно: доступ открывается автоматически. До 1 ноября 2026 года новые ИИ‑возможности можно использовать бесплатно. 

Самый понятный способ проверить их в работе — взять не тестовый набор встреч, а реальный проект, который уже успел обрасти историей. Например, собрать в Тему несколько последних обсуждений и посмотреть, насколько точно система восстанавливает текущий статус, актуальные задачи и следующие шаги.