Три боли, с которыми каждая команда продаж и развития бизнеса сталкивается еженедельно. Именно то, на что жалуются твои менеджеры, а не то, как это назвала бы страница с возможностями.
Ops leads spend two hours every morning copying numbers from five dashboards into one slide deck, and the deck is stale by the time leadership opens it.
A degraded data feed sits unnoticed for six hours because no one owns the freshness check, then the trading desk discovers it mid-session.
An incident lands in three Slack channels, a Jira ticket, and a Telegram thread with no single timeline, and the post-mortem takes a week to reconstruct.
Каждый конвейер ниже, это форма, которую ты собираешь на холсте с помощью команды и инструментов ниже. Не готовая функция от нас, а паттерн, который ты настраиваешь.
On cron, TradingOperations calls melaya_get_positions and melaya_get_account_balance per venue, computes net exposure and margin utilization, and flags any settlement gap. Static context holds the per-venue risk limits so scoring stays consistent across runs.
DataOperations probes API endpoints via http_request and checks melaya_ohlcv timestamps against the documented SLA matrix. The rag_retrieve tool pulls the SLA doc on demand so freshness thresholds match the runbook the team already maintains.
On a flagged anomaly, IncidentManager classifies SEV1, SEV2, or SEV3, opens a Jira or Linear ticket, and pages on-call via slack_post_text and telegram_send_message. HITL gate blocks every outbound page until severity and owner are confirmed.
ReportingAnalyst pulls SQL aggregates with row count and freshness flags, OperationsSynth ranks them into the four-section brief, then slack_post_text drops it in the leadership channel. Cross-run memory keeps yesterday's open items in the brief until they close.
ComplianceOperations reads gcal_list_events and linear_get_issues to surface filings due in the next 14 days, then cross-references trading activity against documented risk limits. Replay covers every check, owner, and remediation step in the audit log.
ReportingAnalyst validates row counts, null rates, and source freshness across every operational report, then attaches a data quality flag to each output. Scoped sql_query restricts reads to the schemas you list so hygiene checks cannot leak into production tables.
Реальные персоны из команды operations. Каждая поставляется с настроенным системным промптом и стандартным списком разрешённых инструментов. Меняй модели для каждой персоны на холсте.
Координирует ежедневные операции в команде, распределяет задачи с дедлайнами и выявляет заблокированную работу до того, как она выйдет из-под контроля.
Сверяет позиции по счетам на централизованных биржах, проверяет использование маржи и отмечает расхождения в расчётах с точными суммами.
Управляет календарями, составляет ответы, готовит брифинги к встречам на основе контекста входящих сообщений и подготавливает коммуникации для согласования руководством.
Получает живые данные из SQL и хранилищ данных, проверяет количество строк и актуальность, и доставляет отчёты в виде файлов Excel, слайдов или графиков.
Следит за состоянием API и актуальностью потоков данных относительно заданных SLA и немедленно поднимает тревогу при деградации конечной точки или конвейера.
Отслеживает сроки регуляторных подач, ведёт журналы аудита и проверяет, что торговая активность остаётся в рамках задокументированных лимитов риска.
Классифицирует аномалии как тикеты SEV1, SEV2 или SEV3, эскалирует в нужный канал и составляет постмортем после устранения.
Сводит все потоки в четырёхраздельный исполнительный брифинг, отсортированный по критичности, и публикует итоговый обзор в Slack.
Каждый инструмент ниже, это реальный общий инструмент из набора Melaya. Добавляй в список разрешений для каждого агента, закрывай операции записи подтверждением человеком, отзывай любой из них одним кликом.
Данные о позициях, балансах и исполнениях в реальном времени с тех же биржевых ключей, что использует твой торговый отдел. Чтение открыто для TradingOperations; melaya_place_order и melaya_cancel_order по умолчанию требуют подтверждения человеком.
Чтение хранилищ данных и операционных баз для составления отчётов и проверки актуальности. Строки подключения передаются каждому агенту отдельно, чтобы ReportingAnalyst обращался только к указанным схемам; запись требует явного подтверждения человеком.
Уведомляет дежурного через Telegram или Discord, когда IncidentManager классифицирует SEV1, с указанием серьёзности, ответственного и ожидаемого времени устранения. Все исходящие сообщения по умолчанию требуют подтверждения человеком для этой команды агентов.
Открывает и обновляет тикеты инцидентов, отслеживает сроки подач и возвращает заблокированную работу ответственным. jira_create_issue и linear_create_issue требуют подтверждения человеком, чтобы тикет не создавался без согласования.
Подтягивает ближайшие 72 часа встреч в исполнительный брифинг и резервирует слоты для совещаний по разбору инцидентов. gcal_create_event требует подтверждения человеком, чтобы ничего не попадало в календарь руководителя без одобрения.
Исполнительный ассистент читает входящие переписки для подготовки брифингов к встречам и составляет ответы на согласование. gmail_send по умолчанию требует подтверждения человеком; ответы вендорам на основе правил можно разрешить на уровне шаблона.
Доставляет отчёты в виде книг Excel, брифинги в виде документов Word и обзоры для совета в виде презентаций PowerPoint. Записанные файлы попадают в журнал артефактов задачи, что позволяет воспроизвести и отследить любой результат.
Опрос страниц статуса вендоров через http_request, доставка ежедневного брифинга через slack_post_text и произвольные запросы через web_search. slack_post_text и file_write по умолчанию требуют подтверждения человеком для этой команды агентов.
Каждый конвейер поставляется с тремя уровнями доступа к знаниям. Комбинируй для каждого агента на холсте. Никакого общего векторного пространства с другим арендатором, никаких случайных чтений, никакого непрозрачного поиска.
includeContextДокументы для конкретного конвейера, добавляемые к входным данным выбранных агентов при каждом прогоне. Бриф ICP, плейбук, прайс-лист или корпус выигранных сделок. Всё, что должно быть доступно агенту до начала работы. Ты выбираешь, какие персоны получат какие документы.
rag_retrieveИнструмент с ограниченным доступом, выдаваемый каждому агенту. Когда агент решает, что нужна большая глубина, он запрашивает векторное хранилище рабочего процесса по требованию. Та же база знаний, что и статический контекст, но обращение к ней происходит только тогда, когда модель сама об этом просит.
pipeline_memoryСостояние на уровне конвейера, которое переходит от одного прогона к следующему. Вчерашнее исследование доступно для сегодняшнего продолжения. Команда помнит, что уже проработала, что было подтверждено, что отправлено. Журнал аудита, это вторичная база знаний.
Тариф Sandbox бесплатный, карта не нужна. Присоединись к списку ожидания, и мы напишем, как только откроется место.
← Все кейсы