Your privacy choices

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

Назад к блогу

Разбор кейсов Tencent WorkBuddy в производстве: почему системы поставщиков, интеграцию ERP и заводскую отчетность начинают передавать AI-агентам?

WorkBuddyTencentпроизводствоERPсистема поставщиковуправление заводомAI Agent

Публичный скриншот еженедельного отчета по безопасности на заводе

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

  • создание системы управления поставщиками с нуля
  • интеграция с ERP
  • объединение Excel-файлов по нескольким площадкам и поиск аномалий
  • архивирование журналов обходов
  • ведение реестра рисков по безопасности и напоминаний

Я заново просмотрел несколько открытых практических материалов из сообщества разработчиков Tencent Cloud и сверил их с официальной публичной позицией Tencent по WorkBuddy. Мой вывод прямой:

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

Короткий вывод

  • По состоянию на 29 июня 2026 года самые убедительные открытые кейсы WorkBuddy в производстве сосредоточены в трех направлениях:
    1. разработка систем для поставщиков и внутренних бизнес-систем
    2. интеграция ERP и других корпоративных систем
    3. автоматизация производственной отчетности, журналов обходов и реестров безопасности
  • Лучше всего он подходит не для "разового вопроса", а для задач, где есть:
    • поток файлов
    • поток процессов
    • поток таблиц
    • потребность в системной интеграции
    • затраты на межфункциональное взаимодействие и сверку данных
  • По официальной линии Tencent, WorkBuddy изначально не пытается остаться просто чат-ботом: продукт развивается в сторону корпоративного Agent-рабочего стола.

Почему именно производство быстрее получает реальную отдачу

Когда говорят об AI, многие сразу думают о генерации контента, маркетинговых текстах или клиентской поддержке.

Но реальные боли производства и корпоративного IT как раз лучше подходят продукту вроде WorkBuddy:

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

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

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

И именно здесь проявляется ценность WorkBuddy:

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

Кейс 1: IT-руководитель на производстве собрал систему управления поставщиками с нуля

Самый близкий к реальной производственной среде открытый кейс опубликован в сообществе разработчиков Tencent Cloud:

«WorkBuddy 深度实战:一个制造业 IT 负责人的 AI 工作流全揭秘»

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

В открытом материале прямо указан стек:

  • Next.js 14
  • TypeScript
  • PostgreSQL
  • Prisma
  • Ant Design 5

И цель задачи тоже максимально типичная:

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

Почему этот кейс ценнее обычной coding-демонстрации? Потому что это не история в духе "сгенерируй мне один экран", а реальная цепочка:

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

В статье отмечается, что WorkBuddy уже способен закрывать много этапов, где выгода для команды вполне прямая:

  • сравнивать Next.js vs Nuxt
  • сравнивать Prisma vs TypeORM
  • сравнивать Ant Design vs Material UI
  • сразу генерировать довольно полный Prisma Schema
  • писать CRUD, пагинацию и связанные запросы
  • помогать находить проблемы в запросах Prisma и типах

Это говорит об одной важной вещи:

В производственном IT это уже не "чат-окно, которое умеет написать пару строк", а инструмент, встроенный в цепочку поставки системы.

Кейс 2: анализ запасов и поставщиков по нескольким площадкам, где больше всего времени экономят Excel и поиск аномалий

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

Сам сценарий более чем типичный:

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

Самое важное в этой статье не то, что инструмент "умеет объединять таблицы", а то, что он еще и:

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

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

Ценность здесь максимально приземленная, потому что на стороне завода и закупок время часто уходит не на "сам анализ", а на другое:

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

Если WorkBuddy закрывает эти шаги заранее, его значение для производственной команды уже не ограничивается "автоматизацией" - он сокращает бесконечные переделки.

Кейс 3: интеграция ERP больше не сводится к ручной сборке интерфейсов

Вторая статья, которую точно стоит включать в SEO-материалы о производстве, называется:

«WorkBuddy 打通企业内部 ERP 系统》

Самое интересное в ней то, что она очень четко раскрывает еще один тип ценности WorkBuddy:

он не просто дописывает каждый интерфейс построчно, а сначала сам понимает, как вообще подключается система.

В открытом материале прямо перечислены несколько важных сигналов:

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

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

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

Если в ERP-сценарии WorkBuddy действительно умеет стабильно проходить цепочку "прочитал документацию -> протестировал API -> собрал Skill", ценность такого подхода заметно выше одноразового скрипта.

Потому что компании на самом деле нужно не "подключить один раз", а:

  • переиспользовать это в следующий раз
  • дать новичку возможность продолжить работу
  • постепенно превратить процесс в внутреннюю компетенцию

Именно поэтому я считаю WorkBuddy особенно сильным для интеграции внутренних корпоративных систем. Его потенциал в этом направлении не ограничивается генерацией кода - он превращает интеграционный опыт в актив организации.

Кейс 4: менеджмент завода уже использует его для отчетов, журналов обходов и реестров безопасности

Если первые два типа кейсов ближе к IT и системной разработке, то третий уже гораздо ближе к повседневной жизни заводского управления.

В сообществе разработчиков Tencent Cloud есть еще одна статья с очень прямым названием:

«WorkBuddy 帮我重生了》

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

  1. сводка производственных отчетов
  2. архивирование журналов обходов оборудования и поиск неисправностей
  3. реестр рисков по безопасности и контроль корректирующих действий

4.1 Производственные отчеты: 3 цеха, 8 ключевых показателей, смесь Excel и CSV

В открытом кейсе среда описана очень конкретно:

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

Что еще важнее, там даже способ работы описан очень похоже на реальное внедрение:

  • файлы лежат в D:/工厂生产数据/5月汇总
  • WorkBuddy вызывается через Ctrl+Alt+W
  • дальше используется режим Plan
  • затем на естественном языке задается команда: объединить, очистить, посчитать и собрать отчет с графиками

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

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

4.2 Обход оборудования: ежедневное архивирование в 18:30 и сводка неисправностей по номеру оборудования

В той же статье описан еще один сценарий, очень похожий на повседневную заводскую работу:

  • 50+ единиц производственного оборудования
  • ежедневные бумажные журналы обходов
  • в конце дня данные заносятся в Excel
  • затем архивируются по схеме "номер оборудования + дата"

Прежние боли там тоже предельно реальные:

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

Способ использования WorkBuddy в статье тоже описан конкретно:

  • создать задачу в модуле автоматизации
  • выставить ежедневный запуск в 18:30
  • сканировать Excel с обходами
  • архивировать по номеру оборудования и дате
  • вытаскивать "описание неисправности" и "результат обработки" в сводную таблицу

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

4.3 Реестр рисков по безопасности: распознавание фото + градация риска + напоминания в WeCom и по email

Публичный скриншот еженедельного отчета по безопасности на заводе

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

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

  • фотографируют бумажный журнал
  • распознают текст на изображении
  • собирают его в Excel-реестр
  • автоматически помечают уровень риска
  • напоминают о незакрытых корректирующих действиях
  • отслеживают через WeCom / email
  • в конце месяца автоматически формируют аналитический отчет по безопасности

Это уже не просто "обработка документов", а практически небольшой процессный контур.

Для многих заводов реальная сложность такого учета не в том, что "никто не умеет это делать", а в другом:

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

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

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

Что показывают эти кейсы вместе: как выглядит реальная производственная среда

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

  • локальные файловые каталоги реально существуют
  • Excel / CSV / Word / PDF / фото являются обычным входом
  • задачи устроены не как один вопрос в чат, а как непрерывный процесс
  • во многих сценариях нужно проходить через системы + таблицы + документы + напоминания
  • результатом часто становится не одна фраза, а:
    • MVP-система
    • отчет
    • графики
    • реестр
    • еженедельный дайджест
    • переиспользуемый Skill

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

Потому что его сильная сторона изначально не в развлечении, а в другом:

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

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

Кому подходит прямо сейчас

  • IT-командам производственных компаний, которым нужно разрабатывать внутренние системы
  • командам, у которых есть задачи по интеграции ERP / MES / WeCom
  • управленческим командам, которые каждый месяц сводят отчетность по нескольким площадкам и цехам
  • заводским командам, у которых много журналов обходов, реестров, фотофиксации рисков и задач по отслеживанию корректирующих действий

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

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

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

В производстве самый практичный вопрос почти никогда не звучит как "насколько умна модель". Обычно важнее другое:

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

Поэтому, если вы строите производственного Agent для сценариев уровня корпоративные системы + поток файлов + поток процессов, единый model gateway почти всегда оказывается практичнее, чем ставка на одну-единственную модель.

Продолжить по теме можно с этих страниц:

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

Если свести мое мнение о кейсах WorkBuddy в производстве к одной фразе, то она будет такой:

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

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

  1. разработка и интеграция систем идут быстрее
  2. заметно уменьшается объем повторяющейся работы вокруг отчетов, реестров и журналов обходов
  3. опыт команды легче превращается в переиспользуемые Skill и рабочие процессы

Именно поэтому в производстве за WorkBuddy стоит следить не с вопросом "умеет ли он общаться", а с вопросом, превращается ли он в настоящий Agent-рабочий стол, который можно подключать к бизнесу.

Источники