Ключи в TG Lead Finder: форма хешей и API — вкладки, модалка, внешние ключи

Раздел Ключи в TG Lead Finder — якорь #apikeys. Заголовок экрана: «Хеши / Ключи». Две вкладки: Хеши | Ключи. Ниже — поля UI по description модуля: таблица хешей, модалка «Добавить api-ключ», три блока внешних ключей. Без выдуманных кнопок. Токены модуля «Боты» сюда не кладут.

Соседи: обзор Ключи — хеши и API, Аккаунты — форма подключения, прокси — один на аккаунт, Smart Leads, посев, первый день.

Чем форма Ключей не является

• Не обзор «хеши и API». Соседний гайд — зачем раздел и как он стыкуется с воронкой; здесь — вкладки, модалка и три блока по UI.
• Не Аккаунты и не Прокси. Соседние пункты блока сайдбара. Телефон/QR — в Аккаунтах; HOST : PORT — в Прокси.
• Не Smart Leads / Посев / Боты. Внешние ключи с вкладки Ключи кормят Smart Leads и Посев; сам экран лиды и связку не стартует. Токены модуля «Боты» тут не хранятся.
• Не «Сохранить = сразу поток лидов». Пока бейдж «НЕ ПРОВЕРЕН» и статус AI «не задан» — модулю нечем звать сервис.

Коротко: #apikeys = вкладка Хеши (таблица + «+ Добавить ключ» + модалка) → вкладка Ключи (AI / TGStat / бот уведомлений) → Отмена ничего не пишет.

Вкладка Хеши: таблица и пустое состояние

Текст вкладки: библиотека api_id / api_hash с my.telegram.org. Полный api_hash не показывается — только маска.

Справа кнопка + Добавить ключ.

Колонки таблицы по порядку: #, МЕТКА, API_ID, API_HASH, АККАУНТОВ, ДОБАВЛЕН, ДЕЙСТВИЯ.

• API_HASH — маска, не полный хеш.
• АККАУНТОВ — сколько аккаунтов сидит на этой строке библиотеки, не отчёт ЛС и не число инвайтов.
• ДОБАВЛЕН — когда строку положили в библиотеку.
• ДЕЙСТВИЯ — действия строки, не запуск прогрева или DM.

Пустая таблица: «Ключей нет. Добавь свой api_id/api_hash с my.telegram.org.» Это состояние до первой записи, не ошибка раздела.

Модалка «Добавить api-ключ»

Кнопка + Добавить ключ открывает модалку «Добавить api-ключ».

• Сворачиваемый блок «Где взять api_id и api_hash».
• Поля сверху вниз:
  1. Метка (опц.) — например «основной ключ».
  2. api_id — плейсхолдер 1234567.
  3. api_hash — плейсхолдер 0123456789abcdef0123456789abcdef.
• Кнопки низа: Отмена / Сохранить.

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

Вкладка Ключи: три блока внешних ключей

Текст вкладки: ключи внешних сервисов, один набор на аккаунт панели. Используют Smart Leads, Посев и будущие модули. Хранятся шифрованно, видна маска. Токены ботов модуля «Боты» тут не хранятся.

У каждого из трёх блоков бейдж НЕ ПРОВЕРЕН и кнопки Сохранить / Проверить (на старте не нажимали — успеха/ошибки смены бейджа на экране нет).

1. AI-ключ. Подпись: «Используется Smart Leads, Посевом и AI-модулями.» Дропдаун провайдера (в списке есть «Mock (демо)»). Поле: «вставь ключ (хранится шифрованно)». Статус: «не задан».
2. TGStat-токен. Подпись: «Мониторинг чатов/каналов для Smart Leads.» Поле: «вставь токен TGStat».
3. Бот уведомлений Smart Leads. Подпись: «Отправка лидов в твой канал/чат. Токен от @BotFather + chat_id назначения.» Поля: «токен бота от @BotFather», «chat_id: -1001234567890».

Ничего не сохранялось и не проверялось — это исходное состояние description, не баг.

Порядок кликов на день

1. Открой Ключи, якорь #apikeys (блок аккаунтов, не трафик-модули).
2. Вкладка Хеши: глянь пустое состояние или строки таблицы.
3. Нужен свой api_id/api_hash — + Добавить ключ → метка (по желанию), api_id, api_hash → Сохранить. Передумали — Отмена.
4. Вкладка Ключи: по очереди AI-ключ (провайдер + поле ключа), TGStat-токен, при необходимости бот уведомлений (токен BotFather + chat_id).
5. На каждом блоке — Сохранить, затем Проверить, если готовы менять бейдж «НЕ ПРОВЕРЕН».
6. Не кладите сюда токены модуля «Боты» — для них отдельный модуль.
7. Дальше — форма аккаунтов (в модалке можно выбрать свой API-ключ из хешей) и прокси.
8. Smart Leads / посев — когда внешние ключи заданы, не вместо этого экрана.

Связка с соседями

1. Смысл раздела — обзор хешей и API; здесь — форма по UI.
2. Подключение телефона — форма аккаунтов (дропдаун API-ключ).
3. IP — прокси один на аккаунт.
4. Поток заявок — Smart Leads после AI + TGStat (+ бот, если нужна выгрузка).
5. Связка в чатах — посев.
6. Старт панели — первый день.

Чего не делать на форме

• Путать вкладку Хеши с вкладкой Ключи и искать TGStat в таблице api_hash.
• Закрыть Отмена в модалке и искать новую строку — записи не было.
• Ждать полный api_hash в колонке — в UI только маска.
• Класть токены модуля «Боты» в блок бота уведомлений Smart Leads или наоборот путать сущности.
• Открывать Smart Leads при статусе AI «не задан» и бейдже «НЕ ПРОВЕРЕН» и ждать поток.
• Путать «АККАУНТОВ» в таблице хешей с отчётом рассылки.
• Выдумывать кнопки и поля сверх description модуля.

Коротко

#apikeys в TG Lead Finder: вкладки Хеши | Ключи. Хеши — библиотека api_id/api_hash, маска hash, «+ Добавить ключ», колонки # / МЕТКА / API_ID / API_HASH / АККАУНТОВ / ДОБАВЛЕН / ДЕЙСТВИЯ; пусто: «Ключей нет…». Модалка «Добавить api-ключ»: блок «Где взять…», метка, api_id, api_hash, Отмена / Сохранить. Вкладка Ключи — один набор на панель: AI (Mock в дропдауне), TGStat, бот уведомлений Smart Leads; бейдж НЕ ПРОВЕРЕН, Сохранить / Проверить. Токены модуля Боты сюда не кладут. Обзор — хеши и API; здесь — форма.