kindrat86/mcp-deal-flow-signal

Оценивает и ранжирует от 2 до 5 указанных стартапов рядом, возвращая для каждого показатель ускорения, обоснование и диапазон вероятности привлечения финансирования, а также одну рекомендацию — какой из них заслуживает более глубокого анализа. Структурированный аналог промпта compare_startups: тот промпт возвращает инструкции; этот инструмент возвращает саму оценённую сравнительную таблицу, которую агент может отобразить или передать далее. КОГДА ИСПОЛЬЗОВАТЬ: - 'Сравнить A и B' / 'A vs B vs C - кто сильнее?' - Сортировка небольшого набора кандидатов перед выделением времени на анализ. НЕ ИСПОЛЬЗУЙТЕ ДЛЯ: - Открытого поиска - используйте shortlist_signals. - Одной компании - используйте predict_funding. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без аутентификации. Та же прозрачная оценка, что и в predict_funding / shortlist_signals. - Имена, которые не удалось распознать, возвращаются в notFound (ожидаемо, не ошибка). Рекомендация вычисляется только по распознанным компаниям; если распознано менее 2, recommendation объясняет, что сравнение невозможно. ПАРАМЕТРЫ: { names: string[] } - от 2 до 5 отображаемых названий или слаг-идентификаторов организаций GitHub (без учёта регистра). ВОЗВРАЩАЕТ: { period, compared[{ rank, name, sector, stage, geography, accelerationScore, raiseLikelihood, confidence, signalType, commitVelocityChange, contributorGrowth, contributors, newRepos, githubUrl, scoreBreakdown }], notFound[], recommendation, citation, source, methodologyUrl, disclaimer }.

ПЛАТНЫЙ ИНСТРУМЕНТ АГЕНТА — €0,10 за вызов. Возвращает структурированную инвестиционную гипотезу для одного отслеживаемого стартапа: краткий обзор, тип сигнала, рейтинг в секторе, сильные стороны на основе данных, сопоставимые конкуренты, период. КОГДА ИСПОЛЬЗОВАТЬ: когда агент или аналитик пишет меморандум или одностраничный документ и хочет получить готовую структуру для начала, а не сырую строку данных. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: поиска кандидатов (используйте бесплатный get_trending_startups) или глубокого анализа по всему сектору (используйте deep_dive_scan). АВТОРИЗАЦИЯ: требуется GITDEALFLOW_API_KEY. Бесплатный get_startup_signal продолжает работать без авторизации. ПАРАМЕТРЫ: { name: string } — отображаемое название компании или slug организации на GitHub. ВОЗВРАЩАЕТ: { company, sector, snapshot, signalType, sectorRank, strengths[], peers[5], period, citation, _meter }.

Платный инструмент агента - €0,10 за вызов. Возвращает многокогортный скан одного сектора за текущий период: общее количество отслеживаемых, количество прорывов, количество остывающих, топ-10 по скорости коммитов, список прорывов, список остывающих. КОГДА ИСПОЛЬЗОВАТЬ: подготовка цикла поиска, когда пользователь хочет больше, чем простой список секторов - он хочет предварительно сегментированные представления: прорывы, остывающие, топ по скорости в одном вызове. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: простого перечисления секторов (бесплатный search_startups_by_sector подходит) или исследования одной компании (используйте research_company). АВТОРИЗАЦИЯ: Требуется GITDEALFLOW_API_KEY. Бесплатный search_startups_by_sector продолжает работать без авторизации. ПАРАМЕТРЫ: { sector: string } - один из 15 поддерживаемых слаг-идентификаторов секторов. ВОЗВРАЩАЕТ: { sector, period, summary: { total, breakouts, cold }, breakouts[≤10], cold[≤5], top10ByCommitVelocity[10], citation, _meter }.

Возвращает досье на открытых источниках для одной компании или организации в одном цитируемом объекте: кто её приобрёл (история M&A с годом + объявленная сумма), какие фонды публично её поддержали, и какой у неё опубликованный сигнал инженерного ускорения. КОГДА ИСПОЛЬЗОВАТЬ: - Пользователь проводит due diligence и спрашивает «кто приобрёл X», «какие фонды поддержали Y» или «какой сигнал у Z». - Нужна быстрая цитируемая фактологическая база (M&A / инвесторы / сигнал) перед дальнейшим углублённым исследованием. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Одного лишь живого сигнала инженерного ускорения — для отслеживаемых стартапов get_startup_signal даёт больше деталей. - Спекулятивных или слуховых сделок — этот инструмент возвращает только публично раскрытые факты. ПОВЕДЕНИЕ: - Только чтение, идемпотентность, без авторизации. Бесплатно. - Источники: только пресс-релизы / документы SEC / раскрытие с обеих сторон (тот же порог, что на страницах /acquirer и /fund). - Если организация не входит в отслеживаемый корпус, возвращает found: false (ожидаемый результат, НЕ ошибка) с честными пояснениями — никогда не угадывает покупателя, инвестора или сигнал. ПАРАМЕТРЫ: { company: string } — название компании или организации (цель, покупатель или отслеживаемый стартап), без учёта регистра. ВОЗВРАЩАЕТ: { entity, found, acquiredBy[], acquisitionsMade[], backedBy[], signal|null, notes[] } плюс массив цитат. Человеческое зеркало: /diligence. HTTP-аналог: GET /api/diligence.json?company={name}.

Возвращает полную методологию VC Deal Flow Signal: как инженерная активность стартапа собирается из публичного GitHub API, как вычисляются метрики commit velocity и contributor-growth, как классифицируются типы сигналов ('breakout' | 'acceleration' | 'steady' | 'cooling'), периодичность обновления и известные ограничения. КОГДА ИСПОЛЬЗОВАТЬ: - Пользователь спрашивает «как это посчитано?», «что значит breakout?», «можно ли доверять этой цифре?» или любой вопрос о доверии / интерпретации. - Вы пишете отчёт, памятку или сноску и нуждаетесь в разделе методологии или цитировании. - Due-diligence / compliance хочет проверить конвейер данных перед тем, как на него сослаться. - Вам нужно объяснить, почему был присвоен конкретный сигнал (что вызывает 'breakout' в отличие от 'acceleration'). НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Получения самих данных о стартапе - используйте get_trending_startups, search_startups_by_sector или get_startup_signal. - Получения списка поддерживаемых секторов или даты обновления - используйте get_signals_summary (он возвращает актуальные количества и свежесть). - Подтверждения, отслеживается ли конкретный стартап - используйте get_startup_signal. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без побочных эффектов. - По сути статично: текст методологии версионируется вместе с сервисом и меняется только при изменении расчётов (редко - максимум раз в квартал). Безопасно вызвать один раз за сессию и переиспользовать в следующих запросах. - Аутентификация не требуется. - Загружает /llms-full.txt и извлекает раздел ## Methodology между заголовками ## Methodology и ## Glossary. Канонический URL методологии включается в ответ, чтобы агенты могли вывести его для цитирования. - При ошибке на стороне источника: возвращает isError: true с HTTP-статусом. - При некорректном тексте источника (отсутствуют заголовки): возвращает пустую строку methodology; при этом канонический URL всё равно выводится, чтобы пользователь мог перейти по ссылке. ПАРАМЕТРЫ: Нет. ВОЗВРАЩАЕТ: { methodology: string, url: string }. methodology — это обычный текст, содержащий источники данных, определения метрик, пороги классификации, периодичность обновления…

Вычисляет Scout Score (0-100) для пользователя GitHub на основе его публичной истории звёзд. Сверяет звёзды пользователя с подготовленной базой данных из ~75 подтверждённых единорогов (раунд A+, оценка $1B+, поглощения, 25K+ звёзд за последние 5 лет) и оценивает, сколько из них они отметили звёздочкой до момента подтверждения. КОГДА ИСПОЛЬЗОВАТЬ: - Пользователь хочет ретроспективно оценить инвестиционное чутьё разработчика (например, 'насколько хорошо @sindresorhus находит единорогов?'). - Проверка потенциального бизнес-ангела или скаута на основе его публичного вкуса к открытому ПО. - Сравнение двух разработчиков по их ранним предсказаниям. - Генерация контента для демонстрации чутья, которым можно поделиться в профиле разработчика. НЕ ИСПОЛЬЗУЙТЕ ДЛЯ: - Получения горячих стартапов в реальном времени — используйте get_trending_startups. - Прогнозирования будущих раундов стартапа — вызывайте predict_funding (оцененное утверждение с полной цепочкой доказательств и происхождением). - Поиска сигнального балла стартапа — используйте get_startup_signal. ПОВЕДЕНИЕ: - Только чтение, идемпотентна в течение 24 часов. - Обращается к /api/receipts/{username}, который получает публичные данные о звёздах с GitHub, затем оценивает по базе данных подтверждённых успехов. - 24-часовой кеш CDN; повторный запрос того же имени пользователя в течение 24 часов обслуживается из кеша. - От клиента MCP не требуется аутентификация. На стороне сервера используется детализированный PAT для повышенных лимитов GitHub. - Если пользователь не найден: возвращает isError: true с HTTP 404. - Если достигнут лимит запросов GitHub: возвращает isError: true с HTTP 503. ПАРАМЕТРЫ: github_username (обязательный) — имя пользователя GitHub, 1-39 символов, буквы, цифры и дефисы. ВОЗВРАЩАЕТ: { username, score, rank ('curious'|'scout'|'sharp'|'elite'|'oracle'), total_stars, matched_count, early_count, top_wins[], personality, share_url, og_image_url }. top_wins содержит до 8 записей с полями org, name, event, starred_at, months_early, weight, points. personality — это однопараграфный шаблонный комментарий о паттерне вкуса пользователя. ТИПИЧНЫЙ СЦЕНАРИЙ: Пользователь спрашивает 'является ли @X хорошим скаутом?' → get_scout_receipts({…

Возвращает общую сводку по датасету VC Deal Flow Signal: текущий отчетный период, количество активных секторов, общее количество отслеживаемых стартапов, временную метку последнего обновления, частоту обновления, строку для цитирования и прямые ссылки на каждый формат данных (JSON, CSV, RSS, OpenAPI, llms.txt, полный контекст, политика ИИ). КОГДА ИСПОЛЬЗОВАТЬ: - Начинаете исследовательскую сессию и хотите узнать, какие данные есть и насколько они свежи. - Проверяете свежесть («эти данные за эту неделю?») перед тем, как включить цифры в инвестиционный меморандум. - Пользователь спрашивает: «что это за сервис?», «как сослаться на ваши данные?» или «где скачать CSV?». - Нужен URL для массовой загрузки (CSV) или URL фида (RSS), чтобы передать в другой инструмент. - Нужно показать пользователю полный список поддерживаемых секторов перед вызовом search_startups_by_sector. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Получения самих строк стартапов - используйте get_trending_startups или search_startups_by_sector. - Объяснения того, КАК вычисляются сигналы - используйте get_methodology. - Поиска конкретного стартапа - используйте get_startup_signal. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без побочных эффектов. - Детерминировано в пределах 7-дневного окна: метаданные датасета обновляются каждый понедельник около 09:00 UTC вместе с остальным фидом. - Аутентификация не требуется. - Обращается только к /api/changelog.json - самому легковесному эндпоинту в наборе. Безопасно вызывать один раз в начале каждой сессии. - При ошибке на стороне источника: возвращает isError: true с HTTP-статусом. ПАРАМЕТРЫ: Нет. ВОЗВРАЩАЕТ: { period, sectorsActive, startupsTracked, lastDataRefresh (ISO 8601), updateFrequency, formats: { json, csv, rss, openapi, llmsTxt, llmsFullTxt, aiPolicy }, website, dashboard, citation }. ТИПОВОЙ РАБОЧИЙ ПРОЦЕСС: get_signals_summary (ориентация, проверка свежести) → get_trending_startups или search_startups_by_sector (исследование) → get_startup_signal(name) (глубокое погружение) → get_methodology (объяснение). ОГРАНИЧЕНИЯ: Только снимок текущего периода - метаданных за прошлые периоды нет. Чтобы воспроизвести прошлые недели, скачайте CSV по адресу formats.csv и...

Возвращает полный профиль инженерной динамики для одного отслеживаемого стартапа: скорость коммитов, изменение скорости, количество контрибьюторов и рост, количество новых репозиториев, классификация сигнала, сектор, стадия, география и ссылка на GitHub. КОГДА ИСПОЛЬЗОВАТЬ: - Пользователь называет конкретную компанию: 'расскажи о Roboflow', 'какой сигнал у Supabase?', 'Modular в тренде?', 'найди SkyPilot'. - Подготовка инвестиционного меморандума, одностраничного обзора или отчёта для инвестора о конкретном стартапе. - Проверка, отслеживается ли стартап в выборке, перед написанием анализа. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Поиска неизвестных компаний или размытого исследования ('есть ли хорошие AI-стартапы?') — сначала вызови get_trending_startups или search_startups_by_sector, затем детализируй здесь. - Составления списка кандидатов в секторе — вызови search_startups_by_sector. - Объяснения, что означает signalType — вызови get_methodology. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без побочных эффектов. - Детерминировано в пределах 7-дневного окна: набор данных обновляется каждый понедельник ~09:00 UTC. - Аутентификация не требуется. - Поиск без учёта регистра и нормализации: перед сравнением удаляются пробелы, знаки препинания и заглавные. 'Sky Pilot', 'skypilot' и 'SkyPilot' приводятся к одной записи. Принимает как отображаемое имя, так и slug организации на GitHub. - Если совпадения нет: возвращает structuredContent: { found: false, suggestion: ... }. Это ОЖИДАЕМЫЙ результат (стартап не в отслеживаемой выборке), НЕ ошибка — не повторяй попытку, не помечай как сбой. Вместо этого покажи пользователю предложение и предложи вызвать get_trending_startups или search_startups_by_sector. - При сбое вышестоящего сервиса: возвращает isError: true с HTTP-статусом. - Открытая экосистема: отслеживается только 350+ компаний. Этот инструмент не может добавлять новые — при необходимости направь пользователя на форму заявки на сайте. ПАРАМЕТРЫ: - name (обязательный, строка, от 1 до 100 символов) — отображаемое имя стартапа ИЛИ имя организации на GitHub. Регистр не учитывается; знаки препинания и пробелы игнорируются при поиске. ВОЗВРАЩАЕТ: `{ found:...

Возвращает 20 стартапов с самым высоким рейтингом по инженерному ускорению во всех 15 секторах за текущий отчетный период. Каждая строка включает скорость коммитов, количество контрибьюторов, классификацию сигнала и URL на GitHub. КОГДА ИСПОЛЬЗОВАТЬ: - Венчурный инвестор, скаут или аналитик спрашивает «кто на слуху на этой неделе», «что сейчас в тренде», «на кого стоит обратить внимание» или «за чем следить». - Вам нужен свежий межсекторальный короткий список для встречи по сделкам или еженедельного списка отслеживания. - Вы хотите выявить прорывные компании до того, как они появятся в Crunchbase / PitchBook / прессе. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Сужения до одной вертикали — вместо этого вызовите search_startups_by_sector. - Поиска конкретной компании по имени — вместо этого вызовите get_startup_signal с названием компании. - Объяснения методологии ранжирования — вместо этого вызовите get_methodology. - Выяснения, какие сектора существуют или насколько свежи данные — вместо этого вызовите get_signals_summary. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без побочных эффектов. Безопасно вызывать повторно. - Детерминировано в пределах 7-дневного окна: набор данных обновляется каждый понедельник ~09:00 UTC, поэтому одинаковые вызовы в течение одной недели возвращают одинаковые результаты. - Аутентификация не требуется. Этот сервер не устанавливает ограничение скорости; вышестоящий CDN поглощает типичный трафик агентов. - Возвращает ровно 20 строк, когда набор данных в порядке; меньше — только если вышестоящий канал передачи данных деградировал. - При сбое вышестоящего сервиса: возвращает isError: true с HTTP-статусом в текстовом блоке — повторите попытку один раз после короткой задержки, прежде чем сообщать пользователю. - Открытый мир: отслеживаемая вселенная (более 350 компаний) меняется от недели к неделе по мере того, как новые организации попадают или выбывают. ПАРАМЕТРЫ: Нет. ВОЗВРАЩАЕТ: { period, startups[20], citation, source }. Каждая строка стартапа содержит rank, name, sector, stage, geography, commitVelocity14d, commitVelocityChange, contributors, contributorGrowth, newRepos, signalType ('breakout' | 'acceleration' | 'steady' | 'cooling'), description, githubUrl, websiteUrl (когда известен, ~90% покрытие), linkedinUrl (когда известен, частичное покрытие), profileUrl. ТИПИЧНЫЙ РАБОЧИЙ ПРОЦЕСС:…

Возвращает ПРОЗРАЧНУЮ оценку вероятности финансирования для одного отслеживаемого стартапа с полной цепочкой доказательств и цитируемым происхождением. Это агентный аналог страницы /predict, доступной только в браузере: вместо непрозрачного числа она возвращает сам балл, каждый компонент, который его сформировал, уровень уверенности, честные оговорки и ссылки на методологию + статью на SSRN, чтобы нижележащий агент мог сослаться на расчёт. ЧТО ЭТО (и чем НЕ является): - ЭТО: детерминированная эвристика на основе публичных сигналов инженерного ускорения из GitHub (скорость коммитов, рост участников, создание новых репозиториев, класс сигнала). Одна и та же компания → одинаковый балл в пределах недельного периода. - НЕ ЯВЛЯЕТСЯ: чёрным ящиком машинного обучения, гарантией какого-либо раунда финансирования или чем-то, полученным из приватных данных (cap table, выручка). Дисклеймер возвращается в каждом ответе — выводите его. КОГДА ИСПОЛЬЗОВАТЬ: - «Соберёт ли X раунд в ближайшее время?», «насколько сильна динамика X?», «стоит ли связаться с X до того, как они начнут привлекать средства?» - При подготовке меморандума, где нужна обоснованная, цитируемая оценка сигнала, а не интуитивное решение. НЕ ИСПОЛЬЗУЙТЕ ДЛЯ: - Поиска кандидатов — используйте shortlist_signals или get_trending_startups. - Простой строки данных без скоринга — используйте get_startup_signal. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без авторизации. Детерминировано в пределах недельного периода (обновляется по понедельникам около 09:00 UTC). - Если совпадения нет: возвращает { found: false, suggestion } — ОЖИДАЕМЫЙ результат, а не ошибка. ОЦЕНКА (проверяема — также возвращается в evidence.scoreBreakdown): - velocity (скорость): до 40 баллов, насыщение при изменении скорости коммитов на +300%. - contributorGrowth (рост участников): до 25 баллов, насыщение при +200% (абсолютное количество участников ограничено в фиде, поэтому важна скорость роста). - newRepos (новые репозитории): до 15 баллов, насыщение при 10 новых публичных репозиториях за 30 дней. - signalType (тип сигнала): до 20 баллов (всплеск частоты деплоя — 20, всплеск найма инженеров — 17, развёртывание инфраструктуры — 14, миграция фреймворка — 8). - итого 0-100 → категория raiseLikelihood: >=70 высокий, 45-69 повышенный, 25-44 умеренный, <25 низкий. ПАРАМЕТРЫ: { name:...

ПЛАТНЫЙ ИНСТРУМЕНТ АГЕНТА - €0.10 за вызов. Возвращает обогащённое досье для одного отслеживаемого стартапа: полная строка сигнала, рейтинг в секторе, топ-5 аналогов в том же секторе, метка периода и цитирование. КОГДА ИСПОЛЬЗОВАТЬ: VC, скаут или аналитик хочет больше, чем одну строку сигнала - им нужна компания в контексте (рейтинг, аналоги, траектория) для подготовки одностраничного отчёта или меморандума. НЕ ИСПОЛЬЗУЙТЕ ДЛЯ: простого поиска одной строки (бесплатного get_startup_signal достаточно), просмотра сектора (используйте бесплатный search_startups_by_sector) или составления инвестиционной тезы (используйте compose_thesis). АВТОРИЗАЦИЯ: Требуется GITDEALFLOW_API_KEY в окружении MCP-сервера. Без него инструмент возвращает вежливую подсказку со ссылкой на /pricing. ПАРАМЕТРЫ: { name: string } - отображаемое название компании или GitHub-организация (без учёта регистра). ВОЗВРАЩАЕТ: { startup, sectorRank: { rank, of }, peers[5], period, citation, _meter }. Блок _meter сообщает тариф (payg | insider), остаток баланса для PAYG, количество вызовов сегодня для Insider.

Возвращает все отслеживаемые стартапы в одном из 15 поддерживаемых секторов, ранжированные по инженерному ускорению за текущий отчетный период. КОГДА ИСПОЛЬЗОВАТЬ: - Пользователь называет конкретную вертикаль: «покажи стартапы в здравоохранении», «кто движется в web3?», «сделки в data-infrastructure», «подборки space-tech». - Вам нужен сфокусированный список для инвестора, ориентированного на гипотезу, или для отчета по сектору. - Вы сравниваете динамику внутри определенного рынка перед циклом поиска. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Поиска по нескольким секторам — вызывайте get_trending_startups для топ-20 по всем секторам. - Поиска конкретной компании — вызывайте get_startup_signal(name). - Выяснения, какие секторы существуют или сколько всего стартапов отслеживается — вызывайте get_signals_summary (он возвращает актуальные количества и URL). - Фильтрации по нескольким секторам — инструмент принимает ровно один slug за вызов; если нужно несколько, делайте параллельные вызовы. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без побочных эффектов. - Детерминировано в пределах 7-дневного окна: набор данных обновляется каждый понедельник около 09:00 UTC. - Аутентификация не требуется. Ограничения частоты запросов нет. - Возвращает от 5 до 30 стартапов в зависимости от плотности открытых исходных данных. Плотные: data-infrastructure, enterprise-saas, healthcare. Разреженные: legal-tech, proptech, agtech. - Если slug сектора неизвестен: возвращает isError: true с полным списком допустимых slug в structuredContent.availableSectors, чтобы агент мог повторить с правильным значением. - При сбое на вышестоящем сервере: возвращает isError: true с HTTP-статусом. - Мир открыт: отслеживаемая вселенная меняется от недели к неделе. ПАРАМЕТРЫ: - sector (обязательный, строка) — ДОЛЖЕН быть одним из 15 перечисленных slug в inputSchema.properties.sector.enum. Сопоставьте нечеткий пользовательский ввод ДО вызова: 'crypto' / 'blockchain' → 'web3'; 'SaaS' → 'enterprise-saas'; 'biotech' / 'health' / 'medtech' → 'healthcare'; 'data' / 'databases' → 'data-infrastructure'; 'real estate' → 'proptech'; 'agriculture' → 'agtech'; 'space' → 'space-tech'; 'games' → 'gaming'; 'community' / 'social' → …

Возвращает ранжированный короткий список сильнейших сигналов инженерного ускорения, соответствующих набору фильтров — весь процесс поиска за ОДИН вызов. Заменяет цикл «просмотреть сектор, прочитать каждую строку, прикинуть на глаз»: «дай мне 5 сильнейших сигналов в observability, HQ'd в США», «лучшие web3-прорывы в ЕС», «кто сейчас ускоряется сильнее всех в data-infrastructure». КОГДА ИСПОЛЬЗОВАТЬ: - Любой запрос вида «top N в <сектор> / <регион> / <тип сигнала>». - Сбор списка для corp-dev или скаута, отфильтрованного по тезису. - Нужны результаты, уже отсортированные по защищённой оценке ускорения, с однострочным обоснованием и подтверждающими данными для каждого. НЕ ИСПОЛЬЗОВАТЬ ДЛЯ: - Одиночной конкретной компании — используй get_startup_signal или predict_funding. - Сравнения 2-5 конкретных компаний лицом к лицу — используй compare_signals. ПОВЕДЕНИЕ: - Только чтение, идемпотентно, без аутентификации. Детерминировано внутри недельного периода. - Сканирует полную отслеживаемую вселенную (~140 строк), оценивает каждую прозрачным движком (та же оценка, что и в predict_funding), применяет фильтры, сортирует по accelerationScore по убыванию, возвращает верхние limit. - ГЕОГРАФИЯ ТОЛЬКО НА УРОВНЕ РЕГИОНОВ. Фида не содержит детализации по городам — значения: US / EU / UK / APAC / LATAM / Canada / Unknown. Псевдонимы городов или стран (например, «NYC», «New York», «Berlin», «London», «Singapore») нормализуются до охватывающего региона, и в ответе в notes говорится об этом. Отфильтровать до города невозможно. ПАРАМЕТРЫ (все необязательные — если опущены, сканируется вся вселенная): - sector — один из 15 слаг-идентификаторов секторов (сначала нечёткий ввод, например, 'crypto' → 'web3', 'health' → 'healthcare'). - geography — токен региона (US/EU/UK/APAC/LATAM/Canada) или псевдоним города/страны, который нормализуется до одного из них. Неизвестные значения возвращают заметку и игнорируются (фильтрация по географии не применяется). - signalType — точная метка: 'Deploy frequency spike' | 'Engineering hiring burst' | 'Infrastructure buildout' | 'Framework migration'. - minAccelerationScore — целое число от 0 до 100; отбрасывает всё, что ниже.