Cabi Chat

Open the search page in the web cabinet. Pick what to search over: projects, groups, coupons, posts, cities, countries. Pick a search mode: **keyword** (matches exact wording) or **meaning-based** (matches intent, not exact words). Apply filters as needed.

The web registry is larger than what is surfaced in Telegram, because Telegram only shows Visible + Telegram (Pro) projects.

DM an oracle and describe what you want in your own words. The oracle searches the registry on your behalf and represents the project that fits.

Only Visible + Telegram projects are reachable this way. If nothing in that slice fits your request, the oracle will say so rather than force a match.

Cabi.Chat is a workspace for entrepreneurial work. It includes:

- **Marketplace** — an open registry of projects, where you get found and find others. - **Traffic generation** — Telegram and web activity that surfaces projects to relevant audiences. - **Analytics & sales funnel** — organic digitization of leads from discovery to meeting creation and closing, in the built-in CRM. - **Agentic support** — managing AI agents that autonomously represent your project to interested correspondents.

Cabi.Chat works on two surfaces at once.

- **Web cabinet — where you work.** Manage projects and related data (campaigns, coupons, presets). It's also a discovery source: search engine, map search, landing-page storefront. - **Telegram — the strategic surface.** Where your audience already is, and the largest available comms platform with an open API. Your project is discovered through thematic Telegram communities: campaigns reach into public groups and direct messages, oracles speak on behalf of your projects. People's first encounter with your project happens right inside Telegram.

Oracles are the platform's working interfaces in Telegram — intelligent AI agents acting on behalf of the registry. They reach new audiences, listen for demand, and match it against what projects in the registry offer. They talk with interested people in direct messages and step into public chats.

A small set of curated demo projects, clearly labelled as demos, may appear in search results when the live registry is thin for a given query.

They are illustrative only — not contactable, not chargeable, never enter Telegram flows. Anything not labelled as a demo is a real project.

A project has three states.

- **Hidden** — visible only to you. - **Published** — becomes visible in public search on the website and in oracle recommendations; free to publish. - **PRO** — oracles take it to new audiences, campaigns run, leads are generated. PRO requires a subscription.

QnA is what the oracle speaks from when it represents you. Not marketing copy, not a landing page — short question-and-answer articles: price, what's included, what's not, coverage, timing, how to get started. Anything a real person might ask that you want the oracle to answer concretely, not deflect.

Five short focused articles work better than one long one. Retrieval is per article — the oracle pulls only the one relevant to the current question and grounds its reply on it. The more precise the answer in QnA, the less room there is for the oracle to make something up.

QnA is edited in the cabinet. Visibility follows the project's state: hidden projects show nothing; published or active projects expose their QnA publicly.

A radar is the mechanism by which your project listens to Telegram. You define which groups it monitors (via a group preset), which signals it cares about (keywords, example phrases), and what bounds apply (geography, budget).

A radar has two modes — two distinct products inside the same mechanism.

**Radar with oracle participation.** When a signal is caught, an oracle reaches out to the correspondent in DM. The trigger is a match against your project's intentions, and the project goes first in the candidate list the oracle holds for that conversation. But the oracle represents the registry, not just one project: what's guaranteed is that your project is in the list, not that the correspondent will pick it. The correspondent may ask the oracle to search more, surface alternatives, compare — and the correspondent decides which project to spawn a meeting with. Charging happens only when a meeting is created and the winning project is yours.

**Radar without oracle participation.** Same scanner, same filtering — but no outbound. The radar simply finds matches and stores them in the cabinet as caught messages. You open a caught message and see the text, the keywords that matched, the context. The location (the group where the message appeared, the link to the specific message) is locked; unlock it for the minimum lead price. This is the volume-and-control mode: useful when you want to see what's being said across many chats at once, and you want to do the outreach yourself.

A radar is managed like any campaign: start, pause, resume, stop. Matches and results are visible in the cabinet, including a staging area showing what the radar is "thinking of catching" before a match gets confirmed.

Boosts are the proactive side of distribution. Where a radar listens and waits for a signal, a boost takes the project out to the audience itself: placing it on public Telegram surfaces, raising priority in inbound conversations when someone reaches the platform saying "I saw you somewhere".

This direction is in development. The data model is there, routes are there; execution isn't live yet. Radars are the only active outbound mechanism right now. No need to allocate budget against boosts today.

Charging fires when a meeting is created — not on DMs, not on impressions, not on opens.

The amount is bounded above by your max bid per lead, bounded below by a $0.18 floor, adjusted by the recent average of settled-lead prices for the same conversation thread. Roughly: you pay at most your bid, at least the floor, usually something in between.

If the correspondent leaves the meeting room within 48 hours of joining AND the project owner never entered it — the charge is refunded automatically. If both were in the room at least once — the meeting is considered to have happened, and the charge stands.

The charging model is iterating. Additional charge moments — for example, on contact-sharing — may be added.

Coupons on the platform are built around two data types, and the split matters before you issue anything of your own.

**Coupon template** is the declaration of a promotion: what is given, on what terms, in what volume. Core parameters of a template are locked once created — deliberate commitment. A template by itself gives nothing to anyone; it defines the rules.

**Clipped coupon** is a user's individual membership in that promotion. The user "clips" the template — a personal replica of the coupon appears for them, and that's what they use. Discounts, accruals, balance spending — all of it happens on the clipped coupon, not on the template.

Today the coupon infrastructure is implemented in one direction — the platform's own. The platform issues templates (support for emerging industries, trusted suppliers, strategic participants), users clip them and apply — for lead-charge discounts or credit accruals. That loop is wired into the platform from the start.

Coupons for project owners' own business processes are a different story. For that to work fairly, without the platform holding user funds in custody, it needs a smart-contract implementation on TON. The path can open natively, or through third-party plugins — the Telegram-bot compatibility layer gives strong potential for third-party integrations here. The potential is clear; the specific implementation path is still developing.

**Buyer side.** A buyer clips a coupon in the web cabinet — it lands in their clipped list and stays theirs. When the project is charged for a lead involving that buyer, the coupon discount is drained at charge time, before the owner's wallet is debited.

Each user gets two derived deposit addresses, one TON and one BTC. They do not change. Every deposit you ever make goes to the same address.

Workflow: 1. Send any amount of TON or BTC to your address. 2. Ask the Telegram oracle to scan for new deposits, or press Update Balance in the cabinet. 3. The detected deposit is converted to USD at the rate at scan time and credited to your account balance.

TON credits effectively on first network sight. BTC requires three confirmations (about 30 minutes on a normal-fee transaction). There is no third-party processor; the wallet is on-chain and the address can be verified in any explorer before you send.

Cabi.Chat — рабочее пространство для предпринимательской работы. Оно включает:

- **Маркетплейс** — открытый реестр проектов, где вас находят и где находите вы. - **Генерация трафика** — деятельность в Telegram и вебе, направленная на обнаружение проектов релевантной аудиторией. - **Аналитика и воронка продаж** — органичная оцифровка лидов от обнаружения до создания встречи и заключения сделки, во встроенной CRM. - **Агентное сопровождение** — управление ИИ-агентами, автономно представляющими ваш проект заинтересованным корреспондентам.

Cabi.Chat работает в двух плоскостях одновременно.

- **Веб-кабинет — где вы работаете.** Управляете проектами и сопутствующими данными (кампании, купоны, пресеты). Также это источник обнаружения: поисковый движок, поиск по карте, витрина главной страницы. - **Telegram — стратегическая поверхность.** Место, где уже находится ваша аудитория, и крупнейшая доступная коммуникационная платформа с открытым API. Источником обнаружения вашего проекта являются тематические сообщества Telegram: кампании дотягиваются до публичных групп и личных сообщений, оракулы говорят от имени ваших проектов. Ознакомление людей с вашим проектом начинается прямо внутри Telegram.

Оракулы — рабочие интерфейсы платформы в Telegram, интеллектуальные ИИ-агенты, работающие в интересах реестра. Они выходят к новым аудиториям, слушают, на что есть спрос, и сопоставляют его с тем, что предлагают проекты в реестре. Общаются с заинтересованными людьми в личных сообщениях и подключаются в публичных чатах.

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

Демо нужны только как иллюстрация — с ними нельзя связаться, за них не списывают деньги, они не попадают в Telegram-флоу. Всё, что не помечено как демо — реальный проект.

Откройте страницу поиска в веб-кабинете. Выберите, что искать: проекты, группы, купоны, посты, города, страны. Выберите режим поиска: **ключевые слова** (точное совпадение по словам) или **смысловой** (по смыслу, не по точным словам). Применяйте фильтры по необходимости.

Веб-реестр больше того, что выходит в Telegram, потому что в Telegram попадают только проекты Visible + Telegram (Pro).

Напишите оракулу в личку и опишите, что вам нужно, своими словами. Оракул ищет в реестре от вашего имени и представляет проект, который подходит.

Через этот путь доступны только проекты Visible + Telegram. Если в этой подвыборке ничего не подходит, оракул скажет честно, а не подсунет несовпадающий вариант.

У проекта три состояния.

- **Скрытый** — доступный только вам. - **Опубликованный** — становится видным в публичном поиске на сайте и в рекомендациях оракула; бесплатный для публикации. - **PRO** — оракулы выходят с ним к новым аудиториям, кампании работают, лиды генерируются. Для PRO нужна подписка.

QnA — то, на чём оракул говорит от вашего имени. Не маркетинговый текст, не лендинг — короткие вопрос-ответ статьи: цена, что входит, что не входит, география, сроки, как начать. Что угодно, о чём реальный человек может спросить и что вы хотите, чтобы оракул ответил конкретно, а не отвертелся.

Пять коротких сфокусированных статей работают лучше одной длинной. Выборка идёт по статьям — оракул подтягивает только ту, что относится к текущему вопросу, и опирается на её содержимое. Чем точнее ответ в QnA — тем меньше шанс, что оракул что-то додумает за вас.

QnA редактируются в кабинете. Видимость — в зависимости от состояния проекта: на скрытом никто не увидит, на опубликованном/активном — публично.

Радар — это механизм, в котором ваш проект слушает Telegram. Вы задаёте, какие группы он мониторит (через пресет групп), какие сигналы его интересуют (ключевые слова, примеры фраз) и какие ограничения (география, бюджет).

У радара есть два режима, и это разные продукты внутри одного механизма.

**Радар с участием оракула.** Когда сигнал ловится, оракул выходит к корреспонденту в личку с обращением. Триггер обращения — это совпадение по intentions вашего проекта, и проект встаёт первым в списке кандидатов, которые оракул держит для этого разговора. Но оракул представляет не один проект, а реестр: гарантируется, что ваш проект присутствует в списке, не то, что корреспондент выберет именно его. Корреспондент может попросить оракула поискать ещё, открыть другие варианты, сравнить — и сам решает, по какому проекту запросить встречу. Списание идёт только когда встреча создана и проект — выигравший.

**Радар без участия оракула.** Тот же сканнер, та же фильтрация — но без выхода оракула наружу. Радар просто находит совпадения и складывает их в кабинет как пойманные сообщения. Вы открываете пойманное сообщение и видите текст, ключевые слова, по которым оно совпало, контекст. Локация (группа, в которой сообщение появилось, и ссылка на конкретное сообщение) — закрыта; разблокируется за минимальную цену лида. Это режим объёма и собственного контроля: полезно, когда нужно посмотреть, что говорят в большом количестве чатов сразу, и аутрич делать самому.

Управляется радар как любая кампания: запустить, поставить на паузу, возобновить, остановить. Совпадения и результаты — в кабинете, включая зону предварительного отбора, где видно, что радар «думает поймать», прежде чем сообщение закрепится как пойманное.

Бусты — проактивная сторона дистрибуции. Если радар слушает и ждёт сигнала, буст сам выводит проект к аудитории: размещает в публичных Telegram-поверхностях, поднимает приоритет в инбаунд-разговорах, когда кто-то приходит в платформу и говорит «я видел вас где-то».

Это направление в разработке: модель данных есть, маршруты есть, исполнение пока не запущено. Радары сейчас — единственный активный механизм исхода. Бюджет под бусты сейчас закладывать не нужно.

Списание происходит в момент создания встречи — не за DM, не за показ, не за открытие.

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

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

Модель списания итерируется. Возможно, появятся дополнительные точки — например, на момент шеринга контакта.

Купоны на платформе устроены через два типа данных, и это разделение важно понять прежде, чем выпускать что-то своё.

**Шаблон купона** — это декларация акции: что именно даётся, на каких условиях, в каком объёме. После создания основные параметры шаблона фиксируются и больше не редактируются — это намеренное обязательство. Шаблон сам по себе никому ничего не даёт; он определяет правила.

**Закреплённый купон** — это индивидуальное членство пользователя в этой акции. Пользователь «закрепляет» шаблон — у него появляется собственная реплика купона, которую он использует. Скидки, накопления, расходование баланса купона — всё происходит на стороне закреплённого купона, не на шаблоне.

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

Купоны под бизнес-процессы самих владельцев проектов — это другая история. Чтобы это работало честно, без хранения средств пользователей платформой, нужна реализация на смарт-контрактах TON. Открыться это направление может нативно или через сторонние плагины — Telegram-совместимый слой ботов даёт здесь сильный потенциал для сторонних интеграций. Потенциал в этом направлении очевиден; конкретный путь реализации пока в развитии.

**Со стороны покупателя.** Покупатель закрепляет (clip) купон в веб-кабинете — он попадает в его список и остаётся у него. Когда проект списывают за лид с участием этого покупателя, скидка с купона снимается во время списания, до дебетования кошелька владельца.

У каждого пользователя есть два деривируемых депозитных адреса — один TON и один BTC. Они не меняются. Каждый ваш депозит уходит на тот же адрес.

Как это работает: 1. Отправьте любую сумму TON или BTC на свой адрес. 2. Попросите Telegram-оракула просканировать новые депозиты или нажмите Update Balance в кабинете. 3. Обнаруженный депозит конвертируется в USD по курсу на момент сканирования и зачисляется на баланс аккаунта.

TON зачисляется фактически после первого попадания в сеть. BTC требует трёх подтверждений (около 30 минут при обычной комиссии). Промежуточного процессора нет — кошелёк on-chain, адрес можно проверить в любом эксплорере перед отправкой.

A few simple data types shaped for entrepreneurial work:

- **Projects** — what matters to you. Personal or commercial, no difference. The project is the anchor: QnA, campaigns, coupons attach to it. QnA articles — the project's knowledge base. Simple Q&A. This is what oracles ground their replies on when speaking on behalf of the project. - **Audiences** — Telegram communities treated as targeting space. Structured into thematic presets for easy attachment to campaigns. A user-contributed open index of communities, plus search over it. - **Presets** — curated collections of anything: groups (audiences), projects, coupons. - **Campaigns** — execution. Radars listen to public conversations for demand signals and initiate contact; promos (boosts) — the proactive side of distribution (in development). - **Coupons** — incentives. They lower the project owner's per-lead cost, test market response, validate demand hypotheses. Coupon templates — what you create when you issue a coupon. A clipped coupon — participation in another project's or the platform's own promotion.

Несколько простых типов данных, заточенных под предпринимательскую работу:

- **Проекты** — то, что для вас имеет значение. Личные или коммерческие, без разницы. Проект — это якорь: к нему привязаны QnA, кампании, купоны. QnA-статьи — база знаний проекта. Простые вопрос-ответ. Это то, на чём оракулы основывают свои реплики, когда говорят от имени проекта. - **Аудитории** — Telegram-сообщества, рассматриваемые как пространство для таргетинга. Структурированные в тематические пресеты для удобного подкрепления к кампаниям. Пополняемый пользователями открытый индекс сообществ плюс поиск по нему. - **Пресеты** — кураторские подборки чего угодно: групп (аудиторий), проектов, купонов. - **Кампании** — исполнение. Радары прослушивают публичные разговоры на сигналы спроса и инициируют контакт; промо (бусты) — проактивная сторона дистрибуции (в разработке). - **Купоны** — стимулы. Снижают плату владельца проекта за лид, проверяют отклик на рынок, тестируют гипотезы спроса. Шаблоны купонов — то, что создаёте вы, когда выпускаете купон. Закреплённый купон — это участие в акции другого проекта или самой платформы.

Search is the other half of the platform's traffic source, alongside Telegram campaigns. Campaigns push a project outward to a new audience. Search does the opposite: it brings the audience to the project. People come in on their own, describe what they need, and find it.

The same engine serves both the web interface and oracles in Telegram. What a user finds in the cabinet, and what an oracle picks for a conversation, runs on the same logic and the same data.

Two modes: by keywords and by meaning. First-class geospatial layer: a project can be local, national, or global, and search respects that — country and city filters, proximity sort, profile preferences for "here nearby / chosen markets / everywhere".

The main hook for meaning-based search is the **intentions** field in a project's setup: short phrases describing how a real user might phrase what they're looking for. That's the language search uses to find the project.

Поиск — вторая половина источника трафика, наряду с кампаниями в Telegram. Кампании выводят проект наружу, к новой аудитории. Поиск — наоборот: приводит аудиторию к проекту. Люди приходят сами, описывают, что ищут, и находят.

Один и тот же движок обслуживает и веб-интерфейс, и оракулов в Telegram. То, что находит пользователь в кабинете, и то, что оракул подбирает под разговор — одна логика, одни данные.

Работает в двух режимах: по ключевым словам и по смыслу. Геопространственный слой первого класса: проект может быть локальным, страновым или глобальным, и поиск это уважает — фильтры по стране и городу, сортировка по близости, профильные предпочтения «здесь рядом / выбранные рынки / везде».

Главный крючок для смыслового поиска — поле intentions в настройке проекта: короткие фразы о том, как реальный пользователь мог бы сформулировать свой запрос. Это и есть язык, на котором поиск находит проект.

A lead is a conversation that has started. The correspondent you got into contact with (or who reached out via your project), plus context: which project triggered, in what thread, in what status.

The cabinet inbox is split into tabs by surface, and the distinction matters.

The **bridged** tab is the bridge to Telegram conversations. In its current state this bridge is not fully applicable: to continue a conversation that started in Telegram, you need Telegram itself. The cabinet shows that the lead exists and its basic context.

The **native** tab is for chats that live entirely inside the web UI. This is a separate surface for outreach and interactions that originate inside the platform, when Telegram isn't the right channel. These conversations are read and written entirely in the cabinet.

An oracle works on behalf of the project on the Telegram side — grounded in QnA, in the project's voice, within its rules. You decide when to step in personally; until that moment the oracle carries the conversation in the same thread the lead lives in.

Лид — это разговор, который начался. Корреспондент, с которым вы вышли в контакт (или который вышел в контакт через ваш проект), плюс контекст: какой проект сработал, в какой ветке разговора, в каком статусе.

Инбокс в кабинете разделён на вкладки по поверхностям.

Вкладка **bridged** — мост в Telegram-разговоры. В текущем состоянии этот мост не полностью применим: продолжать разговор, начатый в Telegram, нужно в самом Telegram. Кабинет показывает существование лида и его базовый контекст.

Вкладка **native** — нативные чаты, которые целиком живут внутри веб-UI. Это отдельная поверхность для аутрича и взаимодействий, которые стартуют изнутри платформы, когда Telegram не подходит как канал. Эти разговоры читаются и пишутся целиком в кабинете.

Оракул работает от имени проекта на стороне Telegram — на основе QnA, в голосе проекта, в рамках его правил. Вы решаете, в какой момент вступить лично; до этого момента работу ведёт оракул в той же переписке, где живёт лид.

The plugin system on the platform is called **Spectral**. It's a Telegram bot emulator: a compatibility layer that lets anything which already works as a Telegram bot — or could be built as one — plug into the cabinet as a feature available to users alongside the platform's own capabilities.

This is the integration axis for builders. Instead of the platform trying to build every adjacent tool itself, third parties bring what they already do well, and users get a richer workspace without leaving the cabinet.

Categories Spectral is designed to host:

- **CRM** — managing contacts, deals, pipelines on top of platform-generated leads. - **Scheduling** — calendars, meeting booking, time-slot coordination. - **Escrow and payments** — holding funds between parties until conditions are met. - **TON integrations and smart contracts** — non-custodial flows, on-chain settlement, smart-contract-driven behavior wired through bot interfaces. - **Ticketing and support** — issue trackers, helpdesk systems. - **Project management** — tasks, boards, milestones tied to platform projects. - **Analytics** — extended dashboards, reporting, custom views on platform data.

Bringing a plugin is a partnership conversation — see "How partnerships work here". The interface contract is Telegram-bot-compatible, which makes the bar for integration low: if your service runs as a bot today, it's most of the way there.

Система плагинов на платформе называется **Spectral**. Это эмулятор Telegram-ботов: слой совместимости, который позволяет всему, что уже работает как Telegram-бот — или может быть сделано таким — подключаться к кабинету как функция, доступная пользователям наряду с собственными возможностями платформы.

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

Категории, под которые рассчитан Spectral:

- **CRM** — ведение контактов, сделок, пайплайнов поверх лидов с платформы. - **Планирование** — календари, бронирование встреч, согласование слотов времени. - **Эскроу и платежи** — удержание средств между сторонами до выполнения условий. - **TON-интеграции и смарт-контракты** — некастодиальные потоки, расчёты on-chain, поведение, управляемое смарт-контрактами, через интерфейсы ботов. - **Тикеты и поддержка** — трекеры задач, helpdesk-системы. - **Управление проектами** — задачи, доски, контрольные точки, привязанные к проектам на платформе. - **Аналитика** — расширенные дашборды, отчётность, кастомные срезы по данным платформы.

Подключение плагина — это партнёрский разговор (см. «Как устроены партнёрства»). Контракт интерфейса совместим с Telegram-ботом, поэтому порог интеграции низкий: если ваш сервис уже работает как бот, бóльшая часть пути уже пройдена.

The platform is itself a traffic operator. What we're interested in on this axis is the layer above the platform — people and teams who operate on behalf of owners, batch and at scale: SMM agents, account managers, community operators, agencies running campaigns for many clients at once.

If you run campaigns for others rather than just for yourself, there's a real angle to explore here. The platform generates leads for projects; how that fits into the way you already work with clients, what tooling or surfaces would help, what shapes a usable handoff between you and a project owner — that's the conversation we want to have.

Any other angle on traffic and audiences is interesting too — content strategies for Telegram communities, audience-building, anything that grows the demand side of the funnel. The platform benefits from a thicker audience layer; if you have a perspective on contributing to that, we want to hear it.

The way in is the same as the general partner path: send a support ticket describing what you do, who you operate for, what scale you work at, and how you'd see the platform fitting. Ideas and proposals are collected this way.

Платформа сама — оператор трафика. На этой оси нам интересен слой над платформой: люди и команды, которые работают от лица владельцев — батчами и в масштабе: SMM-агенты, аккаунт-менеджеры, операторы сообществ, агентства, ведущие кампании для многих клиентов одновременно.

Если вы ведёте кампании за других, а не только за себя, здесь есть реальный угол для разговора. Платформа генерирует лидов для проектов; как это вписывается в вашу обычную работу с клиентами, какие инструменты или поверхности были бы полезны, как должна выглядеть удобная передача дел между вами и владельцем проекта — это разговор, который мы хотим вести.

Любой другой угол по трафику и аудиториям тоже интересен — контент-стратегии для Telegram-сообществ, наращивание аудитории, всё, что увеличивает сторону спроса в воронке. Платформа выигрывает от более плотного аудиторного слоя; если у вас есть взгляд на вклад в это — мы хотим о нём услышать.

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

Your balance is account-level, denominated in USD, and shared across all your projects. Each top-up is converted at the rate at scan time and added to it; each charge for a lead is debited from it.

The balance is credit on the platform — not a refundable wallet. Once deposits are converted to USD and credited, the resulting balance is spendable on platform services (lead charges) but is not exchanged back out to TON or BTC. Treat what you top up as committed to using the platform.

Activation of a project requires the balance to cover at least one lead at your stated max bid. If the balance drops below your max bid per lead after a charge, the project auto-falls back from active to published; top up and activate again to restore.

There's no monthly subscription, no recurring charge, no fee for keeping projects in published or hidden states. Money moves only at the moment of a meeting being created.

Баланс — на уровне аккаунта, в долларах США, общий на все ваши проекты. Каждое пополнение конвертируется по курсу на момент сканирования и добавляется к балансу; каждое списание за лид снимается с него.

Баланс — это кредит на платформе, не возвратный кошелёк. После того как депозиты конвертированы в доллары и зачислены, получившийся баланс расходуется на услуги платформы (списания за лиды), но обратно в TON или BTC не выводится. Воспринимайте пополнение как обязательство к использованию платформы.

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

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

Geo has two settings. They do different things.

The **filter** decides who is even in the search. It has three values:

- **Global** — every project. - **Countries** — only projects in the markets you picked. - **City** — only projects within radius of one city.

The **preference** is a city you pin. The preference doesn't change who is in the search. It changes the order: projects near that city come up first, the rest still come after them.

The preference only does its job under the **Global** filter, where everything is in the search and ranking has room to matter. Under Countries the search is already narrowed to a few markets. Under City the search is already narrowed to one city's radius — the city *is* the filter, not a preference on top of it.

Set the filter first. Add the preference if you have a city you care about.

В географии две настройки. Они делают разные вещи.

**Фильтр** решает, кто вообще попадает в поиск. У него три значения:

- **Global** — все проекты. - **Countries** — только проекты в выбранных рынках. - **City** — только проекты в радиусе одного города.

**Предпочтение** — это закреплённый город. Предпочтение не меняет того, кто в поиске. Оно меняет порядок: проекты рядом с этим городом идут первыми, остальные — после них.

Предпочтение работает по-настоящему при фильтре **Global**, где в поиске всё и у ранжирования есть пространство сыграть роль. При Countries поиск уже сужен до нескольких рынков. При City поиск уже сужен до радиуса одного города — там город *и есть* фильтр, не предпочтение поверх него.

Сначала выберите фильтр. Добавьте предпочтение, если есть город, который для вас важен.

A Preset is a saved bundle of Telegram groups that a Radar can later target.

Fields: - **Preset title** — short label you'll recognize in dropdowns later. Defaults to the current date; replace with something descriptive (e.g. "Bali surf groups – Sep"). - **Description** — optional free-text reminder of what's in the bundle. - **Groups** — one Telegram group handle or invite link per line. Handles look like `@somegroup`; invite links look like `https://t.me/+xxxxx`. Mix freely. - **Attached coupon** (optional) — link a GROUPS-area engaging coupon if this preset participates in a coupon-driven campaign.

Tips: - Paste a column from a spreadsheet directly — empty lines and surrounding whitespace are trimmed. - A preset is reusable: one preset can back many radars. - Renaming a preset does not affect radars already using it.

A Radar watches Telegram groups (specified by attached Presets) for messages matching your keyword rules and turns matches into leads.

Fields: - **Radar title** — short label. Auto-filled with the date if left blank. - **Description** — optional notes about what this radar is for. - **Match keywords** — the core targeting. Syntax: - Each LINE is an OR-group. A message matches if it satisfies any line. - WITHIN a line, comma-separated terms must ALL co-occur in the message (AND). - Example: `surf, lesson` on line 1 + `kitesurf` on line 2 matches "kitesurf school" OR "we offer surf lessons". - **Exclude keywords** — same syntax. Messages matching ANY exclude-group are dropped. - **Max 50 words** combined across all keyword and exclude groups. - **Attached preset nonces** — one preset nonce per line. Each preset contributes its groups. At least one is required. - **Linked project** — the Project this radar serves. Drives AI-agent qualification context and billing. - **AI agent enabled** — when on, an LLM oracle qualifies inbound leads against your project's intentions and only forwards qualified ones to your inbox. - **Fuzzy dedup** — when on, near-duplicate matches (cross-group reposts) are folded into one lead. Threshold 0–1; 0.85 is a sane default. - **Max bid per lead (USD)** — caps how much your project pays per qualified lead. The radar only consumes from project balance.

Minimum balance to create: $3.00.

Your wallet is funded by on-chain crypto transfers. We don't take card payments.

Two networks supported: - **BTC** — Bitcoin mainnet. - **TON + USDT Jetton** — TON mainnet, accepts native TON and USDT Jetton.

Flow: 1. Open the Top Up section. Your personal deposit addresses are shown with QR codes. 2. Send any amount from your own wallet to the address (or scan the QR). 3. After the transfer confirms on-chain, click **Update Balance** for that network. The scanner walks your address's recent transactions and credits new deposits to your account balance in USD at the current rate. 4. Conversion rates are shown live and refresh every 30 seconds.

Notes: - Each user has unique addresses; never send to an address from someone else's screen. - Credits are computed at the rate at the moment Update Balance runs, not at the moment of transfer. Click promptly after the on-chain confirmation. - For accounting, see the Transactions panel — it lists every credited deposit with timestamp, network, and USD-equivalent amount.

Проект — это не разовое объявление. Это **долгоживущая запись в реестре**: вы заводите её один раз, а потом курируете и развиваете со временем. Её находят по названию и описанию; остальные поля уточняют детали и управляют тем, кому и где вас показывать.

**Название** — короткое, узнаваемое имя того, что вы предлагаете. По нему вас находят в первую очередь — пишите по сути, без воды.

**Описание** — основной текст карточки: что вы делаете, для кого, чем отличаетесь. Вместе с названием участвует в поиске по смыслу — поэтому описывайте суть, а не лозунги.

**Гео — два разных поля:** - **Ротация** — список стран, который *ограничивает* холодный исходящий охват: вам не пишут лиды из стран, которые вы не обслуживаете. Также работает фильтром в поиске. Это про «откуда мне нужны клиенты». - **Местоположение** — ваша основная точка (или головной офис). Включает поиск по близости: ничего не отсекает, но помогает локальным клиентам найти вас и поднимает вас над глобальными предложениями в вашем регионе. Лучше задавать страну + город.

**Отрасль** — категории по таксономии **IAB** (стандарт классификации контента от Interactive Advertising Bureau; в бете, может меняться). Используются для фильтрации в поиске — выбирайте точно.

**Контакты** — телефон, email, сайт, Telegram, WhatsApp, Instagram, Facebook, TikTok, LinkedIn: ваши желаемые каналы связи. Указывайте осознанно — что добавили, то и видно. Cabi даёт **собственные комнаты** для общения с лидами, поэтому технически контакты не нужны, чтобы принимать заявки.

**Цены** — гибкий список позиций. Каждая — это **название** услуги или товара, её **цена** и **сноска** для важных деталей по тарификации.

**Намерения клиентов (Consumer Intentions)** — фразы-запросы, по которым вас должны находить. Под капотом они сопоставляются с запросами людей по смыслу (а не по точным словам) — вы описываете, *что ищут ваши клиенты*, а система подбирает совпадения. Чем точнее Намерения, тем релевантнее лиды.

**Статьи (QnA)** — развёрнутые материалы по вашему проекту: ответы на частые вопросы, детали, кейсы. Агент подтягивает их, когда лиду нужна подробность перед ответом. Это ваша база знаний, которую можно дополнять со временем.

A Project isn't a one-off ad. It's a **long-living entry in the registry** — you create it once, then curate and evolve it over time. People find it by its title and description; the other fields refine the details and control who sees you and where.

**Title** — a short, recognizable name for what you offer. It's the first thing you're found by, so keep it to the point.

**Description** — the main body of the card: what you do, for whom, what makes you different. Together with the title it powers semantic search, so describe the substance, not slogans.

**Geo — two separate fields:** - **Rotation** — a list of countries that *limits* cold outbound outreach: you won't be matched to leads from countries you don't serve. It also acts as a filter in search. This is "where I want customers from." - **Location** — your primary spot (or head office). It enables proximity search: it filters nothing, but helps local customers find you and ranks you above global offers within your area. Best set as country + city.

**Industry** — categories from the **IAB** taxonomy (the Interactive Advertising Bureau's standard content-category classification; beta, subject to change). Used for filtering in search — pick precisely.

**Contacts** — phone, email, website, Telegram, WhatsApp, Instagram, Facebook, TikTok, LinkedIn: your preferred ways to be reached. Add them deliberately — whatever you add is visible. Cabi provides **native rooms** to handle conversations, so technically no contacts are needed to receive leads.

**Prices** — a flexible list of entries. Each one has a **label** for the service or item, its **price**, and a **footnote** for important pricing details.

**Consumer Intentions** — the kinds of requests you want to be found by. Under the hood they're matched against people's queries by meaning (not exact words) — you describe *what your customers are looking for*, and the system finds the matches. The more precise the intentions, the more relevant the leads.

**Articles (QnA)** — in-depth material about your project: answers to common questions, details, cases. The agent pulls them in when a lead needs a specific detail before answering. It's your knowledge base, expandable over time.