Интересно, что вы начали не с интерфейса, а с онтологии и жизненного цикла сущностей. По опыту с локальными сервисными бизнесами вижу похожую проблему: все хотят бота для записи или CRM, чтобы не терять заявки, но до автоматизации часто не описаны базовые сущности - заявка, статус, следующий шаг, ответственный, причина потери. Кажется, у планировщика и у обработки заявок одна общая боль: модель должна понимать не только текст пользователя, но и состояние процесса. Иначе перенеси встречу создаёт дубль, а клиент молчит просто исчезает из системы
Любопытно, как вы решаете границу между уточняющим вопросом и действием без уточнения? Есть ли правило, когда агент обязан переспросить, а когда может уверенно обновить сущность?
Классная мысль про “ручной налёт”. Мне кажется, это шире, чем разработка. Любая автоматизация опасна, если человек перестал понимать процесс, который она закрывает. В локальном бизнесе вижу похожее: хотят бота или CRM “Чтобы не терять заявки”, но до этого не описаны статусы, ответственный, следующий шаг и момент, когда клиент считается потерянным. В итоге автоматизируется не порядок, а хаос)) Интересно, нужен ли командам с AI-агентами свой регламент ручной практики - дебаг без агента, ревью до подсказки модели, небольшие задачи с нуля?
Интересно, что вы начали не с интерфейса, а с онтологии и жизненного цикла сущностей. По опыту с локальными сервисными бизнесами вижу похожую проблему: все хотят бота для записи или CRM, чтобы не терять заявки, но до автоматизации часто не описаны базовые сущности - заявка, статус, следующий шаг, ответственный, причина потери. Кажется, у планировщика и у обработки заявок одна общая боль: модель должна понимать не только текст пользователя, но и состояние процесса. Иначе перенеси встречу создаёт дубль, а клиент молчит просто исчезает из системы
Любопытно, как вы решаете границу между уточняющим вопросом и действием без уточнения? Есть ли правило, когда агент обязан переспросить, а когда может уверенно обновить сущность?
Классная мысль про “ручной налёт”. Мне кажется, это шире, чем разработка. Любая автоматизация опасна, если человек перестал понимать процесс, который она закрывает. В локальном бизнесе вижу похожее: хотят бота или CRM “Чтобы не терять заявки”, но до этого не описаны статусы, ответственный, следующий шаг и момент, когда клиент считается потерянным. В итоге автоматизируется не порядок, а хаос))
Интересно, нужен ли командам с AI-агентами свой регламент ручной практики - дебаг без агента, ревью до подсказки модели, небольшие задачи с нуля?