Сверка позиций до открытия торгового дня
TradingOperations на каждом цикле получает открытые позиции, балансы аккаунтов и открытые ордера, проверяя здоровье маржи и статус расчётов. OperationsManager направляет всё, что требует взгляда человека.
Три боли, с которыми каждая команда продаж и развития бизнеса сталкивается еженедельно. Именно то, на что жалуются твои менеджеры, а не то, как это назвала бы страница с возможностями.
Ручная сверка позиций, балансов и маржи по аккаунтам задерживает утреннюю проверку на часы.
Сбой конвейера данных всплывает только после того, как сломался отчёт ниже по цепочке, а не в момент, когда это произошло.
Инциденты отслеживаются в треде Slack, письме и памяти, но никогда в одной системе учёта.
Каждый конвейер ниже, это форма, которую ты собираешь на холсте с помощью команды и инструментов ниже. Не готовая функция от нас, а паттерн, который ты настраиваешь.
TradingOperations на каждом цикле получает открытые позиции, балансы аккаунтов и открытые ордера, проверяя здоровье маржи и статус расчётов. OperationsManager направляет всё, что требует взгляда человека.
DataOperations напрямую опрашивает операционную базу данных, проверяет дрейф схемы и пингует внешние API на доступность, поэтому сломанный фид отмечается до того, как незаметно испортит отчёт ниже по цепочке.
DataOperations обнаруживает аномалию, IncidentManager координирует реакцию и открывает отслеживаемый тикет, а оповещение попадает в канал, который твоя команда действительно смотрит.
ReportingAnalyst получает цифры, а OperationsSynth собирает потоки по торговле, данным, комплаенсу и инцидентам в единую операционную сводку, доставленную как таблица или презентация и опубликованную там, где руководство уже смотрит.
ComplianceOperations сверяет след аудита с политикой и заносит дедлайн подачи в общий календарь; OperationsManager направляет задачу на доработку тому, кто за неё отвечает.
Реальные персоны из команды operations. Каждая поставляется с настроенным системным промптом и стандартным списком разрешённых инструментов. Меняй модели для каждой персоны на холсте.
Координирует ежедневные операции по команде, направляет задачи ответственным с дедлайнами и поднимает заблокированную работу до того, как она сорвётся.
Сверяет позиции по CEX-аккаунтам, проверяет использование маржи и отмечает расхождения расчётов с точными суммами.
Владеет календарями, готовит черновики ответов, готовит брифы для встреч из контекста почты и выставляет коммуникации на утверждение руководства.
Получает данные напрямую из SQL и источников хранилища, проверяет число строк и свежесть и выпускает отчёты как Excel, презентации или файлы графиков.
Следит за здоровьем API и свежестью фида данных относительно заявленных SLA, а затем поднимает алерт в момент деградации эндпоинта или конвейера.
Отслеживает сроки регуляторной подачи, ведёт журналы аудита и проверяет, что торговая активность остаётся в рамках задокументированных лимитов риска.
Разбирает аномалии на тикеты SEV1, SEV2 или SEV3, эскалирует в нужный канал и готовит черновик разбора после устранения.
Собирает каждый поток в исполнительную сводку из четырёх разделов, отсортированную по критичности, а затем публикует финальный отчёт в Slack.
Каждый инструмент ниже, это реальный общий инструмент из набора Melaya. Добавляй в список разрешений для каждого агента, закрывай операции записи подтверждением человеком, отзывай любой из них одним кликом.
Живые данные о позициях, балансе и исполнении с тех же ключей биржи, что использует твой торговый деск. Чтение открыто для TradingOperations; melaya_place_order и melaya_cancel_order по умолчанию требуют подтверждения человеком.
Читай базы данных хранилища и операционные базы, чтобы собирать отчёты и проверки свежести. Ограниченные DSN передаются по агентам, поэтому ReportingAnalyst достаёт только те схемы, что ты перечислил; записи требуют явного шлюза подтверждения человеком.
Вызывай дежурного через Telegram или Discord, когда IncidentManager классифицирует SEV1, с критичностью, ответственным и ожидаемым временем решения. Все исходящие сообщения по умолчанию требуют подтверждения человеком для этой команды.
Открывай и обновляй тикеты инцидентов, отслеживай сроки подачи и направляй заблокированную работу обратно ответственным. jira_create_issue и linear_create_issue требуют подтверждения человеком, поэтому ни один тикет не заводится без одобрения.
Подтягивай следующие 72 часа встреч в исполнительную сводку и выставляй холды для звонков по разбору инцидентов. gcal_create_event требует подтверждения человеком, поэтому ничего не попадёт в календарь руководителя без согласования.
ExecutiveAssistant читает входящие треды, чтобы готовить брифы встреч, и пишет черновики ответов на утверждение. gmail_send по умолчанию требует подтверждения человеком; ответы вендорам по шаблону можно освободить от этого правила.
Выпускай отчёты как книги Excel, сводки как документы Word и отчёты для совета директоров как презентации PowerPoint. Записи файлов попадают в журнал артефактов прогона, поэтому любой результат можно воспроизвести и проследить.
Опрос страниц статуса вендоров через http_request, доставка ежедневной сводки через slack_post_text и разовые поиски через web_search. slack_post_text и file_write по умолчанию требуют подтверждения человеком для этой команды.
Каждый конвейер поставляется с тремя уровнями доступа к знаниям. Комбинируй для каждого агента на холсте. Никакого общего векторного пространства с другим арендатором, никаких случайных чтений, никакого непрозрачного поиска.
includeContextДокументы для конкретного конвейера, добавляемые к входным данным выбранных агентов при каждом прогоне. Бриф ICP, плейбук, прайс-лист или корпус выигранных сделок. Всё, что должно быть доступно агенту до начала работы. Ты выбираешь, какие персоны получат какие документы.
rag_retrieveИнструмент с ограниченным доступом, выдаваемый каждому агенту. Когда агент решает, что нужна большая глубина, он запрашивает векторное хранилище рабочего процесса по требованию. Та же база знаний, что и статический контекст, но обращение к ней происходит только тогда, когда модель сама об этом просит.
pipeline_memoryСостояние на уровне конвейера, которое переходит от одного прогона к следующему. Вчерашнее исследование доступно для сегодняшнего продолжения. Команда помнит, что уже проработала, что было подтверждено, что отправлено. Журнал аудита, это вторичная база знаний.
Да. TradingOperations вызывает melaya_get_positions, melaya_get_account_balance и melaya_get_open_orders, чтобы на каждом цикле проверять позицию, маржу и статус расчётов.
IncidentManager может создавать и обновлять тикеты через jira_create_issue и jira_update_issue и публикует оповещение через discord_send_embed или telegram_send_message. Порог эскалации задаёшь ты.
ReportingAnalyst и OperationsSynth собирают прогон в таблицу (excel_write_data) или презентацию (pptx_create) и могут опубликовать сводку в Slack через slack_post_text.
ComplianceOperations читает и пишет в твою существующую базу данных через sql_query и sql_schema и ставит сроки подачи в календарь через gcal_create_event. Это трекер, а не комплаенс-офицер.
Melaya Browser Control напрямую управляет внутренними инструментами в браузере, когда вызвать API невозможно, и человек может перехватить сессию в любой момент.
Настолько быстро, насколько задан триггер. IncidentManager и DataOperations работают параллельно на пути обнаружения, а затем передают дело тому инструменту сообщений, который ты подключил.
Тариф Sandbox бесплатный, карта не нужна. Присоединись к списку ожидания, и мы напишем, как только откроется место.
← Все кейсы