PROOF

Собственный работающий продукт · Система агентов

AgentDesk

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

Текущий статус. Версия 0.7.0 опубликована в личном контуре. Проверка выпуска — 04.09.2026.

Обсудить похожую систему

Событий много. Внимание владельца — одно.

Письма, коммерческие возможности, новости и изменения в экономике приходят разрозненно. Ценность системы агентов — не в пересылке каждого сигнала в ещё одну папку входящих (inbox), а в предметном разборе: что произошло, почему это важно, чего не хватает для решения и какой следующий шаг допустим.

AgentDesk на одной схеме

События через почту → сбор и понимание → четыре профильных агента → подготовка решения → владелец в шести темах Telegram → разрешённые действия. Предварительный отбор заказов: изучить, пропустить без уведомления или проверить вручную при ошибке. Письма и отклики отправляются вручную; новые источники и полная оценка — развитие.Открыть схему в полном размере — новая вкладкаСобытия через почту → сбор и понимание → четыре профильных агента → подготовка решения → владелец в шести темах Telegram → разрешённые действия. Предварительный отбор заказов: изучить, пропустить без уведомления или проверить вручную при ошибке. Письма и отклики отправляются вручную; новые источники и полная оценка — развитие.Открыть схему в полном размере — новая вкладка
Схема процесса AgentDesk 0.7.0, не снимок интерфейса. Текущие возможности отделены от развития. На небольшом экране откройте полный размер или прочитайте описание этапов ниже.

Разные потоки событий — одна система агентов

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

Работает

Почта и уведомления

Mail Triage разбирает входящие сообщения, определяет приоритет и безопасный маршрут. Это один входной поток системы, а не её единственное назначение.

Работает

Коммерческие возможности

Поиск заказов (Freelance Scout) выполняет предварительный отбор по ограниченным данным (Limited-Information): стоит изучить (OPEN), сохранить без уведомления (SKIP), при ошибке — проверить вручную. Это не решение брать заказ; подробный разбор остаётся отдельным шагом после уточнения владельцем.

Работает

Личные сообщения и ответы

Агент личных сообщений (Personal Message Agent) обрабатывает почтовые уведомления о прямых обращениях. Связывает ответ с существующей возможностью только по устойчивым идентификаторам; несвязанные сообщения тоже доставляются. Черновик ответа необязателен, отправка остаётся ручной.

Работает

Инвестиционные уведомления

Агент инвестиционных сигналов (Investment Signal Agent) разбирает уже поступившие письма о поручениях, сделках, счетах, корпоративных событиях и рыночных сигналах. Важное выделяется, шум подавляется. Подключения к брокерскому интерфейсу (broker API), заявок и финансовых действий нет.

Возможное расширение

Новостной фон и информационный шум

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

От входящего сигнала до решения владельца

Общий процесс направляет событие профильному агенту по правилам. ИИ (AI) помогает в смысловом разборе, координатор (Supervisor) собирает результат для владельца, а решение и состояние сохраняются.

  1. Сигналы

    Уже поступившая почта: общие уведомления, заказы, личные обращения и инвестиционные события.

  2. Приём только для чтения (read-only intake)

    Ограниченное чтение без скачивания вложений и открытия ссылок.

  3. Правила (policy) и маршрутизация (routing)

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

  4. Профильные агенты и ИИ (AI)

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

  5. Координатор (Supervisor)

    Сводит результат для владельца. Отдельный слой доставки выбирает тему Telegram или личный чат, не меняя бизнес-решение.

  6. Решение владельца

    Утвердить (Approve), изменить (Edit), пропустить (Skip) или подтвердить уже выполненное ручное действие.

  7. Сохранённый результат

    Решение и состояние фиксируются. Отправка писем и откликов остаётся ручной; разрешённые служебные метки почты ставит отдельный компонент.

Общая основа (Foundation), а не набор отдельных ботов

Почтовый разбор (Mail Triage), поиск заказов (Freelance Scout), личные сообщения (Personal Message Agent) и инвестиционные сигналы (Investment Signal Agent) подключены через общий реестр агентов (agent registry). Каждый отвечает за свой разбор и очередь; состояние, координация и решения владельца общие.

Приём почты (mail intake)

Нормализация, классификация, внимание и безопасный маршрут для входящей почты.

Возможности (opportunities)

Модель выделяет факты с цитатами, а код применяет зафиксированные правила. Стоит изучить (OPEN) не означает готовность взять заказ; пропуск (SKIP) сохраняется в истории без уведомления.

Согласования владельца (owner approvals)

Человек получает только ограниченный набор действий и сохраняет последнее слово.

Эксплуатация (operations)

Состояние доставки и очередей собирается по всем четырём агентам. Неопределённая доставка (uncertain) видна до ручного разбора и не повторяется автоматически.

Что получает владелец

Обезличенные карточки показывают результат работы системы на действующих сценариях. Почтовый и коммерческий потоки служат примерами; они не ограничивают продукт обработкой писем.

#СИСТЕМА · AgentDesk

Основа системы (Foundation) в работе

Почта, поиск возможностей (Scout), сводка (Digest), доставка, состояние и очереди сведены в одну операционную картину.

Почта (Mail)
работает
Поиск возможностей (Scout)
работает
Доставка
контролируется
Очереди
без застрявшей работы
  • Текущее состояние работоспособности (health) рассчитывается из фактического снимка состояния системы (operational snapshot).
Система наблюдается как единый контур, а не как набор разрозненных скриптов.

#ЗАДАЧА · ПРЕДВАРИТЕЛЬНАЯ ОЦЕНКА (PRELIMINARY)

Коммерческая возможность

Уведомление сжато до предварительной оценки, причин смотреть дальше, рисков и недостающих данных.

Оценка
предварительная
Контекст
нужны детали задачи
Ссылки
не открывались
  • Недостаток данных не маскируется уверенным предложением.
Изменить (Edit)Уже ответилПропустить (Skip)
Из уведомления — в решение с понятной неопределённостью и тремя действиями владельца.

#ЗАДАЧА · ФИНАЛЬНАЯ ОЦЕНКА (FINAL)

Готовый пресейл

После получения достаточного контекста система оценивает соответствие задачи возможностям исполнителя (fit), основные риски, формирует рекомендацию и персонализированный черновик.

Соответствие задаче (Fit)
финальная оценка
Рекомендация
условная, после проверки рисков
Отправка
вручную владельцем
  • Оценка отделена от красивого текста: риски остаются видимыми рядом с предложением.
Изменить (Edit)Уже ответилПропустить (Skip)
От коммерческой возможности (opportunity) до подготовленного отклика — с ручной отправкой и сохранённым статусом.

#БЕЗОПАСНОСТЬ · ВЫСОКИЙ ПРИОРИТЕТ (HIGH)

Событие требует проверки

Недоверенное письмо распознано как важное, но рекомендуемая проверка ведёт через официальный интерфейс сервиса, а не по ссылке из письма.

Приоритет
высокий
Проверка
официальный интерфейс
Внешнее действие
не выполнено
  • Содержание письма остаётся недоверенным входом и не меняет полномочия системы.
Безопасность встроена в рабочий процесс (workflow): решение сохранено, внешнее действие не выполнено.

Что здесь инженерно существенно

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

  1. Устойчивое ядро и необязательный ИИ (stable core + optional AI)

    Решение
    Нормализация, оценка (scoring), маршрутизация (routing), правила (policy) и представление результата (presentation) принадлежат коду. ИИ (AI) выполняет ограниченную смысловую работу.
    Что это даёт
    Отказ ИИ (AI) упрощает результат, но не ломает основной рабочий путь.

  2. Полномочия ограничены системой

    Решение
    Роли и доступ разделены, инструменты ИИ (AI) запрещены. Почтовый сборщик только читает; отдельный компонент меток (Mail Marker) может добавлять разрешённые служебные метки, но не отправлять или удалять письма.
    Что это даёт
    Ошибка классификации не превращается автоматически в действие во внешнем сервисе.

  3. Состояние сохраняется

    Решение
    Решения, очереди, контрольные точки (checkpoints) и жизненный цикл доставки (delivery lifecycle) записываются в SQLite до перехода к следующему шагу.
    Что это даёт
    Повторный запуск продолжает процесс из известного состояния, а не угадывает прошлый результат.

  4. Неоднозначный сбой не повторяется вслепую

    Решение
    Если сеть могла принять сообщение до разрыва, доставка переходит в явное неопределённое состояние (uncertain) без автоматического дубля.
    Что это даёт
    Система предпочитает видимую ручную проверку риску отправить одно решение дважды.

  5. Письмо остаётся недоверенным входом

    Решение
    Ссылки не открываются по умолчанию, вложения не скачиваются, а результат ИИ (AI) проходит строгую проверку по схеме (schema validation).
    Что это даёт
    Текст входящего сообщения не может расширить инструменты, маршрут или полномочия компонента.

  6. Участие человека в принятии решений (human-in-the-loop) — часть продукта

    Решение
    Недостающие данные, высокая цена ошибки и финальная отправка явно возвращают решение владельцу.
    Что это даёт
    Автономность растёт постепенно, а рабочий ручной путь сохраняется.

AgentDesk 0.7.0: что изменилось

В версии 0.7.0 включена маршрутизация по темам Telegram (Telegram Topics Routing) поверх четырёх существующих агентов. Это новый слой представления и доставки, а не расширение полномочий. Статус подтверждён паспортом выпуска от 04.09.2026, не текущей проверкой доступности.

Шесть тем в закрытой группе

Четыре предметные темы: заказы (Freelance Scout), почта (Mail Triage), личные сообщения (Personal Messages), инвестиционные сигналы (Investment Signals). Ещё две — управление (Control) и состояние системы (System / Health). Без включённой настройки сообщения идут в личный чат.

Следующее расширение

Независимые новостные и рыночные источники, разбор полной информации о заказе (Full-Information Mode) и новая финальная политика отбора не заявляются готовыми. Текущий предварительный отбор — пилот; качество оценивается отдельно от технической исправности.

Темы не дают новых полномочий

Команды и решения доступны только владельцу в разрешённом личном чате или закрытой группе. При явном отказе темы предусмотрены управление (Control), затем личный чат. При неоднозначном ответе повтор не выполняется. Отправка писем, откликов и финансовые действия не автоматизированы.

Где этот подход полезен

AgentDesk показывает, как объединить профильных агентов, ИИ (AI), бизнес-правила, разные источники событий, решения человека и контролируемое выполнение (controlled execution). Подход применим к пресейлу, управлению отношениями с клиентами (CRM), рабочим процессам (workflow), документам, новостному фону и анализу инвестиционных и экономических событий.

Четыре карточки — обезличенные реконструкции ранее подтверждённых сообщений, а не текущий снимок версии 0.7.0. Адреса, имена, компании, ссылки, бюджеты, внутренние идентификаторы и инфраструктурные данные удалены. Приватный Telegram-контур не является публичной демонстрацией. Сведения о выпуске основаны на проверке от 04.09.2026; качество отбора заказов ещё оценивается владельцем.

Нужна система агентов под ваши потоки событий?

Опишите источники событий, предметные задачи, решение владельца и цену ошибки. По этим вводным можно определить агентов, роль ИИ (AI), общие правила и границы автоматизации.

Обсудить похожую систему