Your privacy choices

Allow optional cookies for referral attribution, visit analytics, and Google Ads purchase measurement.

Назад к блогу

Разбор картографических кейсов Tencent WorkBuddy: туризм, выбор локации и групповые поездки - почему направление map/LBS все больше похоже на настоящего Agent?

WorkBuddyTencentкартыLBSтуризмAI для выбора локацииMCPAI Agent

聚点智行地图应用公开截图

В направлении карт и LBS у WorkBuddy интереснее всего не то, "умеет ли AI ответить, что находится рядом", а то, что он уже начинает связывать в один непрерывный workflow такие частые задачи, как:

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

Я заново просмотрел несколько открытых кейсов из конкурса Tencent Location Services, страницы Tencent Cloud Developer Community и публичные обсуждения WorkBuddy в X. Мой вывод довольно прямой:

Направление map/LBS заслуживает отдельного разбора не потому, что WorkBuddy "тоже подключается к картам", а потому, что здесь он уже очень близок к той форме задач, в которой Agent и должен быть особенно силен: естественный язык -> вызов инструментов -> получение данных -> структурированный результат.

Сразу к выводам

  • По состоянию на 29 июня 2026 года самые убедительные открытые кейсы WorkBuddy в направлении карт и LBS сосредоточены в трех типах сценариев:
    1. групповые встречи, поездки и планирование маршрутов
    2. туристический помощник и локальные рекомендации
    3. анализ коммерческой локации и визуализированные отчеты
  • Ключевой момент этой линии не в "показе карты", а в сочетании таких слоев, как:
    • вызовы инструментов через MCP
    • JSAPI GL от Tencent Maps
    • разделение на LBS / WebService / Skill
    • структурированный результат вместо одноразового диалога
  • Если смотреть на открытые обсуждения в X, то внешние наблюдатели, говоря о WorkBuddy, чаще подчеркивают не "чат", а другое:
    • параллельную работу нескольких Agent
    • нативный вызов инструментов
    • способность действительно доводить задачу до результата

Почему карты и LBS по своей природе лучше подходят Agent, чем обычному чат-окну

Снаружи картографический сценарий выглядит как "поиск информации", но в реальности это почти всегда сложная задача:

  • сначала нужно понять запрос пользователя
  • потом разложить его на несколько вызовов инструментов
  • затем отсортировать, отфильтровать и сравнить результаты
  • и только после этого выдать пригодную рекомендацию или отчет

У обычного чат-AI здесь много типичных слабых мест:

  • нет реальных геоданных
  • нет реального времени по маршрутам
  • нет нормального сравнения нескольких точек
  • нет стабильного структурированного результата

Именно здесь у WorkBuddy и появляется преимущество: он не просто отвечает, а умеет строить процесс вокруг возможностей Tencent Maps:

  • поиск POI
  • поиск объектов рядом
  • планирование маршрутов
  • рендеринг карты
  • оркестрация навыков
  • локальный вывод в JSON или на страницу

То есть направление карт здесь выглядит не как "подключили еще один плагин", а как гораздо более важная проверка:

именно на картах удобнее всего увидеть, WorkBuddy - это правда рабочая Agent-платформа или просто еще один AI-интерфейс.

Кейс 1: групповые поездки и встречи, где карта перестает быть просто навигатором и становится платформой для продуманного планирования

Первый открытый кейс, который действительно стоит посмотреть, - это материал из конкурса Tencent Location Services:

聚点智行:WorkBuddy 辅助开发 AI 地图智能应用实战

Главная ценность этого кейса в том, что речь идет не о банальном "найти одно место", а о более сложной задаче координации:

если несколько человек стартуют из разных точек, где им встретиться так, чтобы это было и справедливо, и удобно?

В открытой публикации позиционирование продукта описано довольно четко:

  • платформа умного планирования групповых поездок на базе AI
  • взаимодействие на естественном языке
  • алгоритм выбора оптимальной точки встречи
  • визуализация MCP Tool Calling
  • отображение через Tencent Maps GL 3D

Если собрать это вместе, получается уже не "сказать что-то карте", а полноценная цепочка задач:

  • пользователь описывает потребность на естественном языке
  • WorkBuddy разбирает задачу
  • вызывает цепочку инструментов MCP
  • получает геоданные и маршрутные данные Tencent Maps
  • визуализирует результат на карте
  • в финале выдает интерактивный план

В открытом материале есть и конкретная оценка эффективности:

  • рост скорости разработки на 20-30 раз

Есть и показательный технический акцент:

  • используется именно версия Tencent Maps GL, а не базовая
  • задействовано более 14 видов картографических инструментов
  • доступны более сложные визуализации, включая несколько точек, линии маршрутов и heatmap

Это показывает, что ценность WorkBuddy в картографическом направлении не сводится к тому, чтобы "написать пару интерфейсов", а заключается в другом:

он уже помогает разработчикам собрать в одном рабочем пространстве связку "картографические возможности + Agent-оркестрация + визуализация на фронтенде".

Кейс 2: туристический помощник можно запустить вообще без кода

WorkBuddy 文旅管家路线比较截图

Второй материал, который особенно хорошо подходит под SEO-запросы длинного хвоста, - это:

不写一行代码,我用 WorkBuddy + 腾讯地图 Skills + MCP 搞出了一个文旅管家

Для меня это один из самых интересных кейсов, потому что он очень полно раскрывает частотный и вполне приземленный сценарий:

  • поиск еды
  • рекомендации по отелям
  • расчет времени пешком
  • проверка реального расстояния
  • сборка всего этого в семейную поездку или короткий маршрут выходного дня

И автор подчеркивает это максимально прямо:

без единой строчки кода.

О чем это говорит? О том, что ценность здесь уже не ограничивается developer tooling, а подходит к порогу, где такую цепочку может начать тестировать и бизнес-пользователь.

Пример из открытого материала довольно типичный:

  • пользователь описывает семейную поездку на майские праздники
  • WorkBuddy через картографический Skill и MCP вызывает Tencent Location Services
  • автоматически сравнивает рестораны, отели и маршруты по реальным данным
  • затем позволяет уточнить: "какой вариант ближе к станции метро и сколько идти пешком"

Почему такие сценарии так похожи на реальную рабочую среду? Потому что они не заканчиваются одной статичной страницей, а остаются живым процессом, который можно продолжать, уточнять и пересчитывать.

Иными словами, здесь речь уже не о "генерации туристического контента", а о чем-то более прикладном:

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

Если вы делаете:

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

то этот кейс будет полезнее, чем очередной общий разговор про "AI в туризме", потому что он показывает как минимум одну важную вещь:

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

Кейс 3: AI-помощник для выбора локации начинает уходить от ощущения demo к повторяемому структурированному продукту

AI 选址助手公开界面截图

Третий материал, который я особенно рекомендую разбирать отдельно, - это призовой кейс из конкурса Tencent Location Services:

AI 帮你选对址:WorkBuddy + 腾讯位置服务,把选址报告变成可交互的智能助手

Этот кейс особенно ценен, потому что он очень честно показывает типичную проблему картографических Agent-продуктов:

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

Поэтому автор возвращает решение к более устойчивой схеме:

  • пользователь формулирует потребность
  • WorkBuddy оркестрирует процесс выбора локации
  • картографические Skills Tencent дают данные
  • на выходе формируется унифицированный JSON
  • фронтенд автоматически рендерит его в аналитический отчет

Почему эта мысль так важна? Потому что здесь мы уже видим не "AI на лету выплюнул красивую страницу", а форму продукта, которую действительно можно поставлять пользователю.

В открытой публикации довольно подробно разложены и сами роли Skill-слоев:

  • TencentMap_jsapi_skills
    • инициализация карты
    • 3D-вид
    • отрисовка оверлеев
    • управление слоями
  • TencentMap_lbs_skills
    • поиск nearby объектов
    • туристическое планирование
    • визуализация треков
  • TencentMap_webservice_skills
    • геокодирование и обратное преобразование адресов
    • поиск POI
    • планирование маршрутов
    • матрица расстояний
    • базовые сервисы вроде погоды и административного деления

Это значит, что в сценарии выбора локации WorkBuddy выступает не как "картографическая библиотека", а как:

оркестратор аналитики по выбору локации.

И у этого кейса есть еще одна очень важная перспектива:

  • в разных отраслях разные веса критериев выбора локации
  • выбор локации - это не просто показ карты, а полноценная бизнес-аналитическая задача

Именно это переводит историю из категории "демо красиво выглядит" в категорию "это уже может иметь реальную коммерческую ценность".

Если собрать эти три типа кейсов вместе, то рабочая среда map/LBS выглядит уже довольно отчетливо

Если сложить все открытые кейсы вместе, становится видно, что рабочая среда WorkBuddy в направлении карт и LBS уже имеет несколько устойчивых признаков:

  • есть вход на естественном языке
  • есть цепочка картографических Skill и инструментов MCP
  • есть реальные локации, реальные маршруты и реальные POI
  • есть трассируемый процесс вызова инструментов
  • есть структурированный результат на выходе
  • есть фронтенд-слой, который принимает и показывает этот результат

Именно этим такие кейсы сильнее многих "AI map demo":

здесь карта не просто встроена в интерфейс, а превращена в оркестрируемую рабочую способность.

Почему мне кажется, что это направление ближе к сути Agent, чем многие сценарии "AI для офиса"

Потому что в задачах на картах очень трудно "проскочить на общих словах".

Если вы говорите про время маршрута, объекты рядом или лучшую точку, все это должно совпадать с реальным миром:

  • корректно ли считается расстояние
  • правильно ли оценивается время
  • верны ли данные по POI
  • адекватна ли логика ранжирования
  • можно ли результат дальше уточнять и переиспользовать

И это как раз вынуждает WorkBuddy идти по более жесткому пути:

  • вызывать инструменты
  • получать реальные данные
  • сохранять структуру
  • делать процесс видимым

Именно поэтому мне кажется, что map/LBS сильнее многих легких контентных сценариев показывает ответ на главный вопрос:

WorkBuddy - это просто чат-инструмент или Agent, который реально выполняет задачи?

Каким командам это стоит попробовать в первую очередь

Кому стоит протестировать уже сейчас

  • командам, которые делают продукты для локальных сервисов, туризма, поездок и выбора локации
  • командам, которые уже смотрят на связку картографических API, MCP и Skill-оркестрации
  • командам, которым нужно соединить естественный язык с реальными геоданными
  • разработчикам и product-командам, которые хотят собрать интерактивного и трассируемого демо-Agent для карт

Кому можно пока понаблюдать

  • тем, кому нужен только обычный текстовый Q&A
  • тем, у кого нет запроса на реальные геоданные и маршрутное планирование
  • тем, кто не собирается работать с вызовами инструментов, фронтенд-рендерингом и структурированным выводом
  • тем, у кого бизнес не связан с локациями, точками продаж, маршрутами, путешествиями или региональным анализом

Если вы хотите подключить похожий map Agent к своим моделям, где здесь закупочная ценность

В сценариях карт и LBS более реалистичный вопрос обычно не "насколько гладко модель пишет", а другой:

  • длинная ли здесь цепочка вызова инструментов
  • стабильна ли стоимость токенов при многошаговых уточнениях
  • нужно ли переключать разные Skill и MCP-способности между разными моделями
  • можно ли в итоге дать бизнесу единый биллинг и единую точку входа

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

Можно продолжить отсюда:

Мой итоговый вывод

Если резюмировать мое отношение к кейсам WorkBuddy в направлении map/LBS одной фразой, то оно такое:

главное здесь не то, что "карты подключили к AI", а то, что картографические данные, вызовы инструментов, структурированный вывод и фронтенд-слой уже начинают складываться у WorkBuddy в одну непрерывную цепочку задач.

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

  1. групповые поездки и выбор маршрута
  2. туристические планы и локальные сценарии
  3. анализ локации и выдача интерактивного отчета

Если эти три линии продолжат углубляться, то роль WorkBuddy в картографическом направлении будет выглядеть уже не как "офисный AI с плагином карты", а скорее как:

полноценная Agent-платформа, умеющая вызывать реальные географические возможности мира.

Источники