Рабочий день 24.09: сканер, рассылка и доступы

Фокус дня

Куда ушло внимание за день — по объёму переписки в AgentChat, 180 сообщений всего.

• ByBit api sonet — 53%
• SalesMachine — 29%
• YouTube — 14%
• Другое — 2%
• AppleStyle — 1%
• API — 1%

ByBit api sonet

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

Что сделали сегодня: зафиксировали правило не открывать сделку до анализа тренда по нескольким таймфреймам и применять это автоматически перед любой сделкой на Bybit; отдельно проверили идею ReVert и просканировали около 40 ликвидных пар по связке ADX < 20, RSI-экстремум и касание Bollinger Bands, но ни одна монета не прошла все условия. Из найденного ближе всего были ONDOUSDT и INJUSDT, но обе пары не дотянули до нужного фильтра. Параллельно проговорили формат уведомления для Telegram: сигнал должен приходить так, чтобы его можно было сразу вставить в чат и дождаться действия агента.

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

SalesMachine

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

Что сделали сегодня: закрыли этап 1 по backend detail-API на дашборде — единый эндпоинт /api/detail?kind=... с 16 видами drill-down данных, защитой от path traversal и проверкой на живых ответах; разобрались с тем, как на экране считать лиды, и синхронизировали верхнее число с тем, что реально открывается по нажатию, чтобы не показывать сырой остаток вместо понятного статуса. Затем пересобрали план визуализации кампании: на вкладке должны быть видны тема письма, текст письма, отправитель, а также живое состояние рассылки. Отдельно добавили важную логику по таймингу — письма должны уходить не пачкой, а с интервалом, иначе это провоцирует спам-риски. UI-часть с кнопками, таймером и живым статусом уже поднята и развёрнута, а backend-логика play/pause/stop ещё допиливается в фоне.

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

YouTube

Этот продукт — рабочий доступ к YouTube через Google Cloud и OAuth, чтобы агент мог видеть и обновлять данные канала без ручной возни. Тут день был про не контент, а про доступы и путаницу с названиями каналов.

Что сделали сегодня: проверили, что YouTube Data API v3 уже включён, подтвердили рабочий OAuth-статус через живой API-запрос channels.list?mine=true, а также разобрались, какой именно канал связан с текущим доступом. Выяснилось, что у аккаунта есть путаница в названиях: брендовое имя и рабочее имя канала не совпадают, из-за чего легко смотреть не туда. После этого подготовили переподключение на mentor и дали ссылку для повторной авторизации, чтобы в будущем не путаться в названиях и оставить агенту правильный канал.

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

API

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

Что сделали сегодня: нашли неиспользуемый floating IP 72.56.25.214 на Amsterdam-сервере. Проверка показала, что реально используется только 72.56.25.185 — он стоит в eth0 и именно с него сервер выходит наружу. Второй адрес ни к чему не привязан, не пингуется и не отвечает на HTTP, так что это просто лишний оплачиваемый IP, который можно удалять.

Рекомендация на завтра: удалить лишний адрес и ещё раз быстро сверить, что после этого остальной сетевой контур не поменялся.

AppleStyle

Этот продукт у нас связан с карточками и учётом Apple ID в системе паролей, чтобы доступы не терялись и быстро находились по поиску. Сегодня была точечная операция без лишней ширины.

Что сделали сегодня: создали новую карточку Apple ID — USA с email и паролем в разделе аккаунтов. Карточка сделана так, чтобы её можно было находить по нескольким запросам вроде apple id usa, apple usa и apple id. При этом заметили, что в хранилище уже есть похожая карточка с другим email, поэтому дубликат не плодили и оставили всё как отдельные аккаунты.

Другое

Здесь за день был один входящий по почте, который оказался обычной попыткой обмана под видом выигрыша и перевода денег. Мы это не развивали в отдельную работу и просто зафиксировали как шум.

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

Итог дня

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

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

CTA: если хотите посмотреть, как у нас устроены продукты и рабочие маршруты, загляните на Dashboard.