Lindy: как устроен ИИ-помощник для работы — это сервис, который живёт в Slack, личных сообщениях и по номеру телефона, подключает почту, календарь и внешние инструменты, а повторяющиеся сценарии выполняет через Routines. Ниже — личный маршрут разбора клиентского письма с черновиком ответа и подтверждением перед отправкой.
Что такое Lindy и где она работает
По документации проекта (docs.lindy.ai/start-here/quickstart), настройка состоит из двух частей: сначала Lindy добавляют в Slack команды, затем подключают собственные почту, календарь и телефон. В каналах команда вызывает одного общего помощника через @mention, и его работа видна всем участникам. В личных сообщениях работает приватный экземпляр, который ведёт входящие, встречи и расписание. Это один и тот же Lindy в двух поверхностях.
Установку в Slack выполняет администратор со экрана Add to Slack, и установщик привязывается автоматически. Каждый участник при первом обращении получает кнопку Connect Slack to Lindy, подтверждает её, и исходное сообщение запускается самостоятельно. Дальше подключается аккаунт Google или Microsoft, чтобы Lindy вела входящие, готовила заметки к встречам и занималась расписанием. Номер телефона или Apple Messages добавляются с проверкой кодом.
Отдельно подключаются рабочие инструменты: Notion, HubSpot, Linear и другие интеграции, чтобы помощник работал по всему стеку. В документации указано, что данные шифруются, не продаются и не используются для обучения моделей, а сам сервис заявлен соответствующим SOC 2 Type II, GDPR и HIPAA. Проверить эти заявления можно на странице безопасности проекта.
Проверить базовые сценарии просто: в Slack, личном сообщении или по тексту можно спросить про календарь на сегодня, попросить черновик ответа на письмо, встречу на 30 минут или пересказ вчерашней встречи. Эти примеры приведены в Quickstart как стартовые.
Личный маршрут и разрешённые аккаунты
Перед настройкой сценария стоит определить границы: какие аккаунты вы разрешаете помощнику и какой канал считается личным. По документации, личные файлы приватны и привязаны к рабочему пространству, поэтому между разными workspace они не пересекаются. Командные файлы — общее знание для всего пространства: обычные участники видят их в режиме чтения с плашкой блокировки, а владельцы и администраторы могут редактировать. Системные файлы поставляются вместе с Lindy и не изменяются.
Это важно для маршрута разбора письма. Для клиентской переписки сначала проверьте участников и права доступа к пространству, где будут лежать черновики и извлечённые данные. Командные Routines требуют прав администратора, поэтому личный сценарий проще запускать в своём пространстве и не превращать его в общий канал без необходимости.
Практический порядок такой: подключите почту и календарь, добавьте телефон, затем проверьте, какие инструменты действительно нужны для задачи. Лишние интеграции расширяют доступ помощника к данным, поэтому подключайте их по мере надобности. После этого можно переходить к сценариям.
| Что настраиваем | Где это живёт | Кто видит |
|---|---|---|
| Личные файлы | Personal | Только вы |
| Командные файлы | Team | Всё рабочее пространство |
| Системные файлы | System | Все, редактирование недоступно |
| Командные Routines | Workspace | Требуют прав администратора |
Routines: Personal и New
Текущий маршрут строится на Routines — это актуальный способ задать повторяемый сценарий. Порядок такой: откройте Routines, выберите Personal, нажмите New и опишите рутину в поле Describe your routine. Дальше задаётся событие-триггер и условие отбора.
В документации проекта (docs.lindy.ai/teammate/routines) Routines описаны как механизм, который позволяет Lindy производить файлы по расписанию и реагировать на события. Для разбора письма событием становится входящее письмо, а условие отбора сужает поток до нужных сообщений.
Разделение Personal и командного пространства здесь принципиально: личная рутина работает в вашем пространстве и не затрагивает общие каналы. Если позже понадобится общий сценарий, его настраивает администратор.
Ошибка новичка — описывать рутину слишком широко: «обрабатывай письма от клиентов». Такой сценарий сработает на большом объёме переписки и усложнит проверку. Узкое событие и точное условие отбора дают предсказуемый результат и позволяют проверить извлечение данных на конкретном примере.
Узкое событие и Smart Filter
Событие задаёт момент запуска, Smart Filter — какие письма проходят дальше. Для учебного примера условие формулируется так: входящее письмо от client@example.com, которое просит перенести существующую встречу. Всё остальное от этого адреса сценарий пропускает.
Такой фильтр решает две задачи. Он ограничивает объём обработки и отсекает письма, которые не относятся к переносу встречи. Письмо с благодарностью и пометкой, что менять ничего не нужно, этот сценарий запускать не должно — это отрицательная проба, которую стоит проверить отдельно.
Формулируйте условие через признаки, которые видно в самом письме: адрес отправителя, тему, наличие просьбы о переносе. Чем конкретнее признак, тем проще объяснить, почему сценарий сработал или не сработал.
Проверьте фильтр на нескольких реальных письмах вручную, прежде чем включать рутину. Если под условие попадают лишние сообщения, сузьте его. Если нужные письма не проходят, ослабьте признак. Так вы получите набор примеров, на которых потом сверите работу помощника.
Полный prompt и личный destination
Промпт задаёт, что именно извлечь и как оформить результат. Ниже — готовый текст для учебного сценария разбора клиентского письма.
For incoming emails from client@example.com that request moving an existing meeting, extract the original date/time, requested date/window, requested attachments and missing information. Draft a reply for my review only. Do not send, schedule, attach files or claim availability. If calendar access, timezone, invoice or a slot is missing, mark it NOT PROVIDED and ask me to verify it. Deliver the draft and missing-data list to my private Lindy conversation.
Что менять под себя: адрес отправителя, тип запроса, список извлекаемых полей и канал доставки. Destination — личная беседа с Lindy, чтобы черновик не попал в общий канал. В промпте прямо указано: черновик только для проверки, отправка, планирование и вложения не выполняются, доступность не подтверждается. Если данных о календаре, часовом поясе, счёте или слоте нет, поле помечается как NOT PROVIDED и требует вашей проверки.
Такая формулировка переносит решение на человека. Помощник готовит черновик и список недостающих данных, а подтверждение остаётся за вами.
Сверка извлечения с эталоном
До включения рутины полезно вручную заполнить эталон по учебному письму и сравнить с тем, что извлекает помощник. Письмо: «Please move our meeting from 12 November at 15:00 to 14 November after 14:00. Please also send the October invoice. If that date is unavailable, offer another date.»
| Поле | Значение в эталоне |
|---|---|
| Исходная дата и время | 12 ноября, 15:00 |
| Запрошенная дата и окно | 14 ноября, после 14:00 |
| Вложение | счёт за октябрь |
| Часовой пояс | NOT PROVIDED |
| Доступность слота | NOT PROVIDED |
| Файл счёта | NOT PROVIDED |
Допустимый черновик ответа: «Thanks. I will check availability for 14 November after 14:00 and locate the October invoice before confirming. Could you confirm the time zone?» Недопустимый вариант — «16:00 confirmed; invoice attached»: ни слота, ни файла во входных данных нет.
Сверяйте извлечение по каждому полю отдельно. Расхождение в дате или окне означает, что промпт нужно уточнить. Пропущенное поле NOT PROVIDED — сигнал, что помощник достроил данные, которых не было.
Подтверждение без данных и dry run
Правило простое: время встречи и вложение не подтверждаются, пока данных нет. Если в письме не указан часовой пояс, а в календаре нет доступа, помощник помечает эти поля как отсутствующие и задаёт уточняющий вопрос. Подтверждение доступности слота или приложенный файл без источника — ошибка сценария.
Перед включением выполните dry run. По документации проекта, dry run выполняет реальные чтения и решения, подавляет отправку и запись, а рабочую доставку не доказывает. То есть вы видите, как помощник читает письмо и что решает, но фактическая отправка не происходит.
Проверьте два случая. Первый — письмо, которое не просит переносить встречу: сценарий запускаться не должен. Второй — окно без подходящих писем: отчёта быть не должно. Если помощник придумывает отчёт на пустом окне, условие отбора слишком широкое.
Dry run и реальная доставка — разные вещи. После dry run включите рутину и проверьте доставку отдельно, на одном письме, под вашим наблюдением.
Частые вопросы
Что такое Lindy AI простыми словами?
Это помощник, который работает в Slack, личных сообщениях и по телефону, подключает почту, календарь и внешние инструменты и выполняет повторяемые сценарии через Routines. В каналах команда вызывает общего помощника, в личных сообщениях работает приватный экземпляр.
Как настроить первую рутину?
Откройте Routines, выберите Personal, нажмите New, опишите сценарий в Describe your routine, задайте узкое событие и условие отбора, вставьте промпт и укажите личный канал доставки. До включения выполните dry run.
Чем dry run отличается от реального запуска?
Dry run выполняет реальные чтения и решения, но подавляет отправку и запись. Рабочую доставку он не доказывает, поэтому после него включите рутину и проверьте доставку отдельно.
Почему помощник не должен подтверждать время встречи?
Если в письме нет часового пояса, а в календаре нет доступа, подтверждать слот нечем. Промпт помечает такие поля как NOT PROVIDED и просит вас проверить данные перед ответом.
Где хранятся файлы и данные помощника?
В разделе Memory, который работает как просматриваемый диск: личные файлы приватны, командные доступны всему пространству, системные неизменяемы. Каждое сохранение становится версией, историю можно восстановить.
