Точка закупки
رفتن به کانال در Telegram
Блог о закупках, стратегиях, переговорах и просто интересных фактах. Связаться с владельцем @berdnikovyv
نمایش بیشترکشور مشخص نشده استدسته بندی مشخص نشده است
293
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+117 روز
+2330 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '26
+24
در 1 کانالها
ژوئیه '26
+90
در 0 کانالها
Get PRO
ژوئن '260
در 1 کانالها
Get PRO
مه '26
+54
در 0 کانالها
Get PRO
آوریل '260
در 0 کانالها
Get PRO
مارس '26
+132
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 26 اوت | +8 | |||
| 25 اوت | 0 | |||
| 24 اوت | +2 | |||
| 23 اوت | 0 | |||
| 22 اوت | +1 | |||
| 21 اوت | 0 | |||
| 20 اوت | 0 | |||
| 19 اوت | +1 | |||
| 18 اوت | +1 | |||
| 17 اوت | 0 | |||
| 16 اوت | 0 | |||
| 15 اوت | +2 | |||
| 14 اوت | 0 | |||
| 13 اوت | 0 | |||
| 12 اوت | +1 | |||
| 11 اوت | 0 | |||
| 10 اوت | +1 | |||
| 09 اوت | 0 | |||
| 08 اوت | 0 | |||
| 07 اوت | +4 | |||
| 06 اوت | 0 | |||
| 05 اوت | +2 | |||
| 04 اوت | 0 | |||
| 03 اوت | +1 | |||
| 02 اوت | 0 | |||
| 01 اوت | 0 |
پستهای کانال
ИИ-агенты приходят в закупки. Но не так, как вы думаете
Главный миф: ИИ-агент - это чат-бот, который просто «поумнел». На самом деле это принципиально другая вещь. Чат-бот отвечает на вопрос. Агент сам ставит себе план и действует: находит поставщиков, собирает коммерческие предложения, сравнивает условия, готовит ТЗ и аналитику. Без твоего участия на каждом шаге.
Свежий отчёт «Технологий Доверия» по российскому бизнесу даёт отрезвляющую картину:
- 60% компаний уже используют ИИ в работе, но только 1% готовы полностью отдать агенту контроль над решениями.
- ИИ-агент способен забрать на себя примерно четверть задач офисного сотрудника.
- В сферах, соседних с закупками, это уже работает: логистика 23%, прогнозирование рисков 24%, клиентский сервис 46%.
И вот что важнее цифр. Пока все спорят, заменит ли ИИ закупщика, рынок уже сменил вопрос. Рутина дешевеет, а проверка дорожает.
Поиск поставщика, первичная рассылка, сбор цен, черновик ТЗ, сравнение оферт, теперь всё это агент делает за минуты. Но именно поэтому ценность человека смещается туда, где ИИ пока слаб: проверить, что агент не сравнил несравнимое, не пропустил скрытые условия, не перепутал технические параметры.
Закупщик будущего, это не «тот, кто ищет поставщиков». Это тот, кто ставит задачу агенту, задаёт границы и проверяет результат. Агент - исполнитель, человек - контролёр и переговорщик.
Барьеры, которые называет отчёт, знакомы каждому снабженцу: непрозрачность решений ИИ, страх отдать ему реальные функции, и главное ! - качество данных. Агент хорош ровно настолько, насколько хороши ваши каталоги, спецификации и история закупок. Мусор на входе — мусор на выходе.
Вывод простой: в закупках побеждает не тот, кто раньше внедрит агентов, а тот, кто раньше наведёт порядок в данных и процессах, чтобы агентам было с чем работать.
| 2 | Пока вы думаете какое же сырое ТЗ мне отправить, напомню, что в @Hirebuyer_bot есть бесплатные инструменты (они же есть и на сайте https://Hirebuyer.ru); есть бесплатный формирователь скелета категорийной стратегии.
Есть @GenTZbot - формирование ТЗ (3 бесплатных генерации)
@negotrainingbot - симулятор переговоров (1 бесплатная генерация).
А на сайте https://Hirebuyer.ru есть бесплатный кросс-словарь закупщика и описание возможностей платформы. | 92 |
| 3 | Просили поделится опытом взаимодействия с агентами - делюсь :)
Как у меня устроена память у агентов и почему у неё два слоя.
Раньше была каша: агент в каждой сессии «забывал» контекст, приходилось пересказывать, а статусы задач жили где-то в голове. Теперь двухуровневая схема, и она реально работает.
1. Obsidian (думаю многие знают это мощное приложение для заметок или личной БД, "второй мозг") - общая память для всех агентов
В vault лежит папка Память агентов. К ней имеют доступ и Claude Code (во всех проектах), и Hermes, локальный и на сервере. Внутри четыре подпапки:
context — устойчивые факты: инфраструктура, проекты, предпочтения. Пишутся редко, читаются всегда.
decisions — решения в формате ADR: что решили, почему, какие альтернативы отбросили.
sessions — короткие саммари каждой сессии.
future — планы, бэклог, идеи на потом.
Правило простое: один файл = один факт/решение. Коротко, без воды, чтобы LLM реально быстро могла это читать и искать, а не тонуть в простынях.
2. Handoff vs status.md - это не одно и то же
В каждом проекте два «слоя», и их не надо путать:
status.md - трекер проекта, живёт прямо в git репозитории. Это история + текущее состояние: что сделано, что в работе, что сломано. По нему новый агент за минуту понимает, где мы.
/handoff - команда, которой я заканчиваю сессию. Она актуализирует трекер в status.md и пишет короткое саммари сессии в Obsidian sessions.
Разница принципиальная: status.md — «локальное» состояние проекта, оно живёт рядом с кодом. А sessions в Obsidian - «глобальная» память, доступная агентам из других проектов. Первое — про проект, второе — про то, что я делал в целом.
3. Встроенная memory у Hermes и Claude Code. Она есть, и она полезна. Но вот её предел.
У обоих агентов есть своя встроенная память, и я ею пользуюсь. Она быстрая: инжектится в каждый запрос автоматически, ничего искать не надо. Там живёт самое горячее: предпочтения, текущие договорённости, «как со мной работать».
Но у неё три объективных ограничения:
Изолированность. Память Hermes не видит Claude Code и наоборот. Это два отдельных силоса. А когда у тебя три агента (Claude Code, Hermes c Deepseek/Kemi/GLM, Antigravity c Gemini) работают над одним хозяйством, то им нужен общий слой, и встроенная память его не даёт.
Жёсткий лимит объёма. Встроенная память вливается в контекст целиком на каждый запрос, поэтому её нельзя раздувать — у Hermes это буквально пара тысяч символов. Решения с мотивацией, история сессий, бэклог туда физически не влезают. Это память «что я знаю сейчас», а не «как мы сюда пришли».
Нет истории и структуры. Встроенная память имеет плоский список фактов. А ADR с отвергнутыми альтернативами, саммари сессий, планы, как контент, которому нужны файлы, поиск и версионирование.
Моя схема не заменяет встроенную память, а достраивает её сверху:
встроенная память = горячий кэш — всегда под рукой, на уровне одного агента;
Obsidian = источник правды и история — общая для всех, читается по требованию.
Отсюда правило: общее и кросс-проектное → Obsidian, локальное и горячее → встроенная память. Один факт — одно место. При конфликте доверяю Obsidian, а не встроенной памяти.
4. Что это дало
Новая сессия подхватывает контекст за секунды, а не после десяти «напомни, что мы делали».
Решения фиксируются с мотивацией, то даже через месяц понятно, почему поступили так, а не иначе.
Claude Code, Antigravity, Hermes больше не «разные миры»: читают одну и ту же память.
Схема не замкнута: та же папка подключается к Codex c ChatGPT при необходимости, так что четвёртый агент встаёт в ту же память без костылей. А вот Google AI Studio, к примеру, остаётся снаружи, это веб-песочница без доступа к локальным файлам, её место, разовые генерации, а не общая память.
LLM не нужна «умная» память - нужна структурированная. Четыре папки и одно правило конца сессии дали больше, чем все попытки заставить модель «помнить всё». | 103 |
| 4 | Я передумал показывать вам свой результат. Сделаем иначе.
Предложение для подписчиков.
Пришлите в личку своё ТЗ. Любое: по которому закупка уже прошла или только готовится. Реквизиты и другую чувствительную информацию лучше убрать.
Прогоню документ через аудит GenTZ и покажу разбор в канале: где требования нельзя измерить, где слепые зоны, где поставщик прочитает документ не так, как задумал автор.
Бесплатно и анонимно. Мне - материал для канала, вам - свежий взгляд на документ, по которому вы уже отправили деньги или собираетесь.
Первые три ТЗ возьму в работу на этой неделе. Личка: @yuraberg | 171 |
| 5 | Как теперь рождается ТЗ у меня в отделе.
Когда нужно ТЗ с нуля или аудит существующего, зову внутреннего заказчика к себе. Пишем два-три предложения: для кого, куда, зачем. Агент определяет домен и роль. Дальше агент задаёт вопросы, и мы отвечаем на них вместе. Вопросы те самые, которые обычно всплывают уже после подписания договора: слепые зоны в тех.требованиях, приёмка, ЗИП, шеф-монтаж, комплект документации.
А технари «в полях» пользуются генератором сами, прямо на линии: описал задачу, ответил на вопросы с телефона, отправил результат в закупки.
На выходе готовый .docx и машиночитаемый реестр требований. Реестр - главное: из него автоматически собираются RFQ, матрица соответствия ТЗ и спецификация для ЭТП. Документ "пишется" один раз, а работает во всех документах закупки. Сквозная передача всех требований.
Покрывает оборудование, ЗИП, материалы, НИОКР и услуги: ремонт, монтаж, ПНР, транспорт.
В следующем посте покажу живой разбор: что аудит находит в ТЗ, которое считалось «нормальным». | 183 |
| 6 | Самая дорогая строчка в закупке - та, которой в ТЗ нет.
Классика: купили насос по ТЗ из трёх абзацев. Цена отличная, поставка в срок. А на приёмке выяснилось, что в ТЗ не было ни климатического исполнения, ни требований к фланцам, ни ЗИП на пусконаладку. Дальше доп. соглашение, доплата, и насос стоит на складе ещё два месяца.
Виноват не поставщик. Он честно поставил то, что написано.
Проблема в том, что нормальное ТЗ - это несколько часов работы инженера и закупщика вместе. А в реальности инженер занят, у закупщика ещё двадцать позиций, и ТЗ собирается из старого файла пятилетней давности методом «поменяли название».
Я с этим жил двадцать лет. Теперь - нет. Что изменилось, расскажу в ближайших постах. | 207 |
| 7 |  🔥 Как объяснить сложное простыми словами и не провалить задачу?
Посмотрите на эту картинку. Дифференциалы и интегралы — тут объяснили буквально на пальцах: d - это разрезать на крошечные кусочки, а интеграл - это магнитом собрать их обратно. Понятно за 5 секунд даже ребенку.
В закупках и управлении мы постоянно сталкиваемся с обратным эффектом т.н. «проклятием знания» (которое часто идет рука об руку с эффектом Даннинга - Крюгера).
В чем суть когнитивной ловушки?
Когда мы профессионалы с годами опыта, нам кажется, что наши требования, ТЗ и контекст задачи абсолютно очевидны. Мы забываем, каково это - не знать всех деталей.
В итоге происходит классический сбой:
Руководитель/закупщик дает задачу так, будто исполнитель читает его мысли, и считает: «Ну тут же и так всё понятно!»
Исполнитель из-за неопытности или ложной уверенности стесняется уточнить детали и думает, что всё понял.
На выходе: сорванные сроки, несоответствие спецификации и взаимные претензии.
💡 Главные выводы: как не наступить на эти грабли
Забудьте фразу «это же очевидно». То, что очевидно вам после 100 проведенных тендеров, для нового сотрудника, смежного отдела или неопытного продажника поставщика может быть темным лесом.
Объясняйте «на пальцах». Если вы не можете объяснить логику задачи простыми словами (как на картинке с интегралом), значит, задача сама по себе еще не до конца структурирована.
Никогда не рассчитывайте, что всё поймут с первого раза. Любую поставленную задачу нужно валидировать.
Проверяйте понимание правильно. Забудьте бесполезный вопрос: «Тебе всё понятно?» (вам всегда ответят «Да»).
👉 Спрашивайте иначе: «Расскажи своими словами, как ты понял ключевые критерии и какой результат рассчитываешь получить на первом этапе?»
Умение спуститься на уровень восприятия исполнителя и убедиться, что вы говорите на одном языке - это не «микроменеджмент», а базовый навык эффективного управления.
P.S. А сделать такую классную инфографику и объяснить сложное простыми словами/образами помогут современные инструменты. | 218 |
| 8 | Akademicheskijj_Ansambl_pesni_i_plyaski_ | 174 |
| 9 | Всех причастных - с праздником!
И не забывайте! Мы рождены, чтоб сказку сделать былью :) | 174 |
| 10 | На днях автор канала №1 о закупках Виктор Коданёв поделился свежим отчетом Яков и партнеры об ИИ агентах в современных реалиях. Выводы и предоставленные цифры очень занимательны и интересны, советую хотя бы пробежаться (к примеру, из 18 продуктов-лидеров мирового рынка только 7 (39%) реально прошли методологическую проверку на «агентность» по шести критериям - остальные 11 оказались обычными ИИ-ассистентами).
Главный вывод, который подтверждает мой подход
Отчёт прямо называет закупки примером функциональной области, которую нельзя пилотировать целиком т.к. внутри неё десятки разных сценариев, и такой пилот просто увязнет в согласованиях. Правильная единица - это повторяемый сценарий из 3–7 шагов с измеримой метрикой. И главное, декомпозиция процесса закупок на такие сценарии, а не попытка автоматизировать закупки одним решением. Это ровно то, что консультанты в отчете называют правильной архитектурой.
Также я проверил их методику, как отличать настоящего ИИ-агента от ассистента - шесть критериев, шкала зрелости от простой модели до мультиагентной системы.
Прогнал через неё собственный закупочный пайплайн.
Каждый скилл по отдельности - 5 из 6. Генератор ТЗ проверяет себя валидатором сам: ошибка - правка - повтор, пока проверка не пройдёт чисто. Черновик интервью переживает обрыв сессии и продолжается с того же места.
Весь пайплайн от ТЗ до пояснительной записки - уже 3,5 из 6. Между стадиями стоит человек. Сам решает, когда запускать следующий скилл, сам смотрит результат, прежде чем двигаться дальше.
BMW в закупках описывает свою систему так же трезво: 10 агентов, 1800 пользователей, ассистент закупщика с человеком в контуре. Автономность у них тоже пока план, а не факт.
Прошелся и по нашему новому веб-сервису HireBuyer "Закупщик в аренду". По шести критериям агентности из методики «Яков и Партнеры» ключевой ИИ-модуль Хайрбаера - диалоговый движок формирования ТЗ - показывает реальную самокоррекцию, а не заявленную: при ошибке в реестре требований система получает точный список замечаний от детерминированного валидатора и сама присылает исправленный документ, без участия человека на этом шаге. При итоговой оценке 3 из 6 движок обходит все восемь готовых российских продуктов из выборки отчёта (Нейроюрист, GigaLegal, Naumen, TWIN, SaluteBot, FabricaONE.AI, AutoFAQ, CraftTalk) - выше в выборке только платформы для самостоятельной сборки агентов, а не готовые продукты. Архитектура при этом построена так, что там где нужен агент - используется он, а где хватает алгоритма - достаточно кода: диагностика, анализ ТКП и сборка спецификации работают на детерминированном коде без единого обращения к LLM - отчёт прямо предостерегает от обратной ошибки, строить агентскую инфраструктуру там, где достаточно инструмента попроще. А обязательное подтверждение пользователя перед генерацией документа - не пробел в автономности, а точное соответствие правилу отчёта: там, где цена ошибки высока, агент должен работать под контролем человека.
Похоже, граница сейчас проходит не между "есть агент" и "нет агента", а между агентом внутри одной задачи и агентом, который ведёт процесс от начала до конца. У кого уже есть свой счёт по такой сетке? | 204 |
| 11 | Консультанты выпустили методику, как отличать настоящего ИИ-агента от ассистента - шесть критериев, шкала зрелости от простой модели до мультиагентной системы.
Прогнал через неё собственный закупочный пайплайн.
Каждый скилл по отдельности - 5 из 6. Генератор ТЗ проверяет себя валидатором сам: ошибка - правка - повтор, пока проверка не пройдёт чисто. Черновик интервью переживает обрыв сессии и продолжается с того же места.
Весь пайплайн от ТЗ до пояснительной записки - уже 3,5 из 6. Между стадиями стоит человек. Сам решает, когда запускать следующий скилл, сам смотрит результат, прежде чем двигаться дальше.
BMW в закупках описывает свою систему так же трезво: 10 агентов, 1800 пользователей, ассистент закупщика с человеком в контуре. Автономность у них тоже пока план, а не факт.
Похоже, граница сейчас проходит не между "есть агент" и "нет агента", а между агентом внутри одной задачи и агентом, который ведёт процесс от начала до конца. У кого уже есть свой счёт по такой сетке? | 1 |
| 12 | Чуть не забыл 😅 наш сервис https://hirebuyer.ru официально запущен. Есть демо "Где мои деньги?", есть уже известные вам боты - генератор_ТЗ и симулятор_переговоров.
На пути к выпуску - анализатор номенклатуры и формирователь категорийной стратегии.
Также мы сделали кросс-словарь основных терминов закупщика. Проверьте себя))
Как обычно, будем рады отзывам.
Кнопка вызов эксперта идет в телеграм-бот. Там можно также оставить свой комментарий | 246 |
| 13 | Читаю историю разработчика: настроил Claude Code с Telegram-ботом, всё подключено, сервер отвечает, сообщения в очереди - а бот молчит. Три часа отладки.
Дело оказалось не в коде. На тарифе Team функция подключения каналов выключена административно, и включить её может только владелец организации. Тумблер, до которого у автора нет доступа.
Он написал свой мост в обход официального плагина, а по пути нашёл десяток мелких, но злых багов 😱
Знакомая логика для закупок. Сколько раз официальный путь упирается не в технику, а в чужие права доступа: подписать может один человек, а он в отпуске или недоступен. Решение обычно одно - искать рабочий путь, не дожидаясь чужой подписи.
Кто в закупках так обходил не процесс, а конкретного человека? | 253 |
| 14 | Закупщики бросают нейросети примерно на одном и том же месте.
Смотрю на это не первый месяц и вижу много печальных историй.
Специфика работы в закупках, эт ж постоянная рутина: сравнение компредов, сверка спецификаций, разбор разношерстных прайс-листов от десятков поставщиков и подготовка ТЗ. Казалось бы, искусственный интеллект создавался ровно под такие задачи. Однако многие специалисты по закупкам, попытавшись применить нейросети, быстро бросают это занятие.
Причины кроются в нескольких типичных ловушках:
1. инструмент выбран не под задачу
Закупщик читает статьи про автоматизацию, API, скрипты на Python и смотрит вебинары про интеграцию нейросети с 1С. Вдохновившись, он пытается построить сложную инженерную систему. Столкнувшись с терминалом, настройкой окружения или первыми ошибками в коде, он обычно просто бросает эту идею.
При этом его реальная задача гораздо проще: сравнить условия в пяти коммерческих предложениях или вытащить ключевые риски из текста договора. Для этого не нужны скрипты и инженерный путь, достаточно базового диалога с моделью.
2. отсутствие быстрой обратной связи
Когда программист пишет код, у него есть четкий ориентир: код либо скомпилировался, либо вывел ошибку. У закупщика такого компаса нет. Он загружает в нейросеть спецификацию и получает сгенерированный файл. Текст выглядит правдоподобно, но точно ли там нет галлюцинаций в номенклатуре и артикулах? Из-за отсутствия моментальной проверки и отклика «все сделано верно» пропадает ощущение прогресса, а без него внимание взрослого занятого человека быстро переключается на рутину.
3. привычный масштаб ошибки (высокая цена риска)
В закупках ошибка стоит дорого: это сорванные поставки, остановка производства, юридические претензии и прямые убытки компании. Закупщик привык быть предельно осторожным и переносит эту привычку на работу с ИИ: боится загрузить во внешнюю модель прайс-лист, драфт договора или ТЗ. В итоге вместо бесплатных экспериментов с обезличенными данными в «песочнице» специалист испытывает страх и закрывает вкладку.
4. изучение инструмента ради инструмента, а не под конкретную боль
Самая частая история: закупщик садится «изучать нейросети вообще». Читает про промпты, разницу между моделями и обновления сервисов. Проходит неделя: знаний добавилось, а куча неразобранных прайсов осталась на месте. Без привязки к конкретной боли (например, сократить время первичного анализа 20 КП с трех часов до пятнадцати минут) обучение быстро превращается в процесс ради процесса и загнивает.
Какой из этого напрашивается вывод?
Если вы хотите реально внедрить ИИ в закупки, меняйте подход:
- начинайте с одной конкретной боли (например, анализ контракта или унификация таблиц);
- выбирайте самый простой инструмент без сложной инженерии;
- обезличьте чувствительные данные и дайте себе право свободно тестировать запросы;
- ищите формат работы с быстрой обратной связью, чтобы сразу видеть результат и фиксировать экономию рабочего времени. | 294 |
| 15 | Дефицит на рынке труда - 2,5 млн человек. Цифра из свежего исследования ЦМИ Сбера (во вложении), и там же зацепила одна деталь: GenAI закроет кадровый голод максимум в 37% профессий.
Список тех, кого текстовый ИИ не спасёт, давно понятен: водители, разнорабочие, операторы кранов, электромеханики и т.д. Синие воротнички. Живые руки. Ровно те специальности, которых не хватает на производстве и складе.
Логичный следующий шаг - роботизация. Но тут для России цифры отрезвляющие.
Мир в среднем - 177 роботов на 10 тысяч занятых в промышленности. Южная Корея - 1220, Сингапур - 818, Германия - 449. Россия - 29. Это 42-е место при цели войти в топ-25 к 2030 году.
Парк роботов при этом растёт быстро: с 12,8 тыс. единиц в 2023 году до 20,8 тыс. в 2024-м, плюс 62% за год. Просто база настолько низкая, что даже такой рост не закрывает разрыв с нижней планкой топ-20 - у Франции это 186 на 10 тысяч.
Получается двойная воронка. GenAI не решает дефицит именно в тех профессиях, где людей не хватает больше всего. А роботизация, которая могла бы это закрыть, у нас пока в разы отстаёт от нужного уровня.
Для тех, кто занимается CAPEX на производстве - это не абстракция про далёкое будущее, а вопрос ближайших пяти лет. | 256 |
| 16 | 📦 Обновление бота по генерации технического задания: теперь можно отвечать голосом и отправлять фото шильда
По следам первого теста анонсирую три доработки, которые делают интервью ещё удобнее в поле:
🎙 Голосовые сообщения. Теперь можно не печатать - надиктуйте ответ голосом прямо в Telegram, бот сам распознает речь и продолжит интервью, как будто вы напечатали текст. Особенно удобно, когда руки заняты инструментом или деталью.
📸 Распознавание шильдиков и паспортов оборудования. Сфотографируйте табличку на корпусе или паспорт агрегата и бот считает с фото модель, серийный номер, технические параметры и сразу подставит их в интервью. Не нужно вручную перепечатывать цифры с мелкой таблички т.к. фото решает вопрос быстрее и без опечаток.
🧠 Более глубокое рассуждение модели. Да, это в два-три раза дороже, но и намного качественнее. Бот теперь тратит больше «раздумий» перед тем, как сформулировать следующий вопрос или собрать черновик ТЗ, прежде чем зафиксировать требование, модель взвешивает контекст интервью целиком. Результат: заметно более точнее и полнее, особенно в нетиповых или сложных случаях закупки.
Вместе эти три вещи закрывают ровно то, чего не хватало в поле: печатать неудобно - есть голос, переписывать данные с шильда неудобно - есть фото, а качество самого ТЗ выросло за счёт более вдумчивой и рассудительной модели.
И теперь самое интересное: выделю это жирным. Если вы сомневаетесь, либо не знаете каких-либо параметров, то так и отвечайте боту: «Не знаю, помоги мне разобраться, предложи варианты», и он ответит. В этом его прелесть. Разумеется он выберет наиболее часто используемые или усреднённые параметры, но 90% запросов это покрывает. Да, в этом случае есть вероятность галлюцинаций, но для этого мы и используем только передовые модели Claude. Но все ключевые параметры необходимо верифицировать дополнительно.
Тестируйте: @GenTZbot
Как всегда, я жду замечания и идеи в комментариях. Оставляйте обратную связь в боте.
p.s. После оперативной обратной связи добавил кнопочки после каждого блока с подтверждением информации, либо возможностью её исправить, чтобы вам было максимально удобно. | 237 |
| 17 | 🚀 Тестовый запуск: ТЗ на закупку прямо со смартфона, стоя у оборудования.
Друзья, запускаем с в тест Telegram-бота, который решает одну простую, но больную проблему: ТЗ на закупку почти всегда пишет не тот, кто знает предмет лучше всех.
Механик, энергетик, инженер, тот, кто реально стоит рядом со сломавшимся узлом или изношенной запчастью, обычно не за компьютером и не в 1С. У него в руках смартфон. А потом, вспоминая по памяти в кабинете, легко упустить деталь, которая через месяц обернётся не тем оборудованием от поставщика.
Бот сделан именно для этого сценария «в полях»:
1️⃣ Прямо с телефона, не отходя от оборудования, отвечаете в Telegram на вопросы бота: предмет закупки, технические характеристики, условия эксплуатации, регуляторные и гарантийные требования. Всё по SMART, чтобы формулировки сразу были однозначными.
2️⃣ Не обязательно проходить интервью самому: можно переслать бота внутреннему заказчику: механику, энергетику, инженеру, и он ответит на вопросы сам, или пройти интервью вместе с ним прямо на месте. Это удобно именно потому, что не нужен компьютер, только смартфон под рукой.
3️⃣ ИИ (Claude) собирает из ответов готовое ТЗ и формирует .docx - можно сразу переслать в закупки.
4️⃣ Одной кнопкой: матрица соответствия в .xlsx для рассылки поставщикам.
Почему Claude, а не что-то ещё: пробовали DeepSeek и ряд других моделей, но для этой задачи (структурировать требования и не потерять техническую точность) Claude стабильно даёт самый качественный результат.
Это дополнение к новому сервису HireBuyer, а не замена. HireBuyer - это "закупщик в аренду": диагностика расходов, сравнение коммерческих предложений (ССВ), стратегия переговоров и формирование ТЗ через веб-анкету. Орентирован на малый и средний бизнес. Тестовый доступ через пару дней. Этот бот - про тот же последний пункт, но заточен именно под мобильный, разговорный сценарий "в полях": если требования проще надиктовать боту в мессенджере, стоя у станка, чем сесть и заполнить анкету за компьютером.
Сейчас идёт открытое тестирование и оно бесплатное. Дальше одна генерация (сразу оба документа ТЗ и матрица соответствия) будет стоить как чашка кофе, разовым списанием, без подписки.
Попробуйте бота: @GenTZbot и оставляйте обратную связь боту или пишите мне в личку/в комменты к этому посту.
В беклоге: распознавание шильдов и паспортов, отправка голосовых сообщений и многое другое!
Следите за новостями. | 299 |
| 18 | Как я сделал бота для канала «Последний конверт» и что из этого вышло
Ребята, хочу рассказать историю, которая может быть полезна всем, кто ведёт экспертный канал.
У канала «Последний конверт», несомненно лучшего канала о закупках, накопилась огромная база материалов: разборы кейсов, истории, аналитика, лайфхаки, ответы на вопросы подписчиков. Проблема в том, что вся эта ценность лежит мёртвым грузом. Новый подписчик физически не может перечитать сотни постов, чтобы найти ответ на свой вопрос.
Решение довольно простое в реализации: telegram-бот с ИИ, который отвечает на вопросы подписчиков по материалам канала.
Технически внутри:
— RAG (Retrieval-Augmented Generation), бот не выдумывает ответы, а ищет релевантные фрагменты в реальных постах канала и строит ответ только на их основе;
— семантический поиск через библиотеку FAISS + небольшую модель эмбеддингов BGE-M3 (последняя отлично справляется с русским языком). Бот понимает смысл вопроса, а не просто ищет совпадения по ключевым словам;
— DeepSeek в качестве языковой модели, которая формулирует связный ответ на нормальном языке;
— контекст автоматически обновляется раз в сутки, как только выходит новый пост в канале, бот уже "знает" о нём.
Результат: подписчик задаёт вопрос и через несколько секунд получает точный ответ со ссылкой на конкретный материал канала, а не "погуглите сами" или тишину. Бот подключен также в чат канала и вызывается простым его упоминанием через @AskKodanevBot
Для закупщиков вывод простой: экспертный контент без удобного доступа к нему - это упущенная ценность. RAG-боты, это рабочий и не дорогой способ превратить архив знаний в мгновенно доступный инструмент.
Если ведёте канал или базу знаний и думаете о похожем — пишите, поделюсь опытом.
#закупки #автоматизация #ИИ | 223 |
| 19 | Я обещал, что дойду до прода - я сделал это!
SumPoint - это AI-агрегатор Telegram-каналов: он подключается к вашим подпискам через Telethon (User API), автоматически фильтрует рекламу и шум, а затем обрабатывает посты через LLM (DeepSeek + Ollama/BGE-M3 для эмбеддингов):
- 🏷 Классификация — каждый пост получает категорию (Market, Technology, Events и др.)
- 📝 Саммаризация — краткое изложение 1–3 предложениями
- 📅 Извлечение событий — даты, названия, ссылки → календарь
- 🔍 Семантический поиск — pgvector + BGE-M3, поиск по смыслу, а не по ключевым словам
- 🤖 Telegram-бот — утренние и вечерние дайджесты, быстрые фильтры по категориям
- 🖥 Веб-дашборд — лента постов, календарь, ассистент, избранное
Ссылка на репо. Проект публичный, ставьте звезды, форкайте, улучшайте, давайте обратную связь!
Как я навайбкодил себе сервис | 260 |
| 20 |  بدون متن... | 237 |
