ИИ в деле

Добавил элементарную реализацию MCP сервера. Сейчас уже без этого никуда. Надо учитывать, что "постучаться" к вам может не только человек, но и агент. В этой реализации ровно 100 строк кода, в чем я вижу большой плюс. Можно охватить, что называется "одним взглядом"

Если у вас хабр тормозит, тогда https://vc.ru/id1368965/2980753-tokenatura-i-iskusstvennyj-intellekt

О контенте нового типа https://habr.com/ru/articles/1047960/

У библиотеки искусственного интеллекта для 1С есть специальный бот @AI_LIB_1C_bot. В режиме общения на обычном языке он может выдать вам справку по библиотеке или свежую версию. Время от времени я видел в этом боте вопрос типа: а где взять документацию. На этот вопрос бот выдавал некорректный ответ, исходя из общих соображений. Соображения эти, конечно, уже устарели. Можете считать, что для вас уже нет никаких линейных текстов. То есть, физически они существуют, и вы могли бы их прочесть. Но никакой выгоды по сравнению с взаимодействием с контентом нового типа (а справочный бот таковым и является) вы не получите. Только зря потратите свое время. Немного поправил бота, чтобы он не вводил в заблуждение относительно документации

Починил ветку Сбера

Добавил чтение и отправку сообщений в MAX. Также можно пользоваться универсальными функциями чтения и отправки сообщений. Теперь у мессенджер-бота (ссылка на него передается первым параметром) можно указать провайдера (на данный момент это Telegram или MAX). В зависимости от того, какой провайдер указан, будут вызываться либо старые функции для Telegram, либо новые для MAX

Друзья! Если вы разглядели в демо потенциал и перспективы, и не прочь организовать себе "прибавку к пенсии" на этой теме, пишите мне лично @mkalimulin или info@brainguard.ru Сервис скоро выйдет в прод, а я готов поделиться с партнерами PS Если вы еще не пробовали демо, попробуйте сейчас

Чтобы начать все с начала, просто повторите команду /start

Будете экспериментировать, учтите, что в демо режиме временная зона мск-2 часа

user: Хочу вести учет скошенного сена и потраченного на это топлива assistant: Чтобы начать такой учет, нужно добавить в базу новые сущности: заготовка сена и расход топлива на эти работы. Предлагаю такую структуру учета: - учет операций по скашиванию/заготовке сена; - учет объема скошенного сена; - учет топлива, потраченного на каждую операцию; - при необходимости — привязка к дате, полю, технике и ответственному. Нужно внести изменения в схему базы данных. Я могу добавить, например, такие таблицы: - hay_harvest — операции по сену; - fuel_usage — расход топлива; - при желании можно сразу предусмотреть поля: - дата, - участок/поле, - количество сена, - единица измерения, - техника, - сотрудник, - объем топлива, - комментарий. Если хотите, я могу сразу создать это в базе в базовом варианте. Предлагаемый минимальный состав полей: 1. Для учета сена: - дата - поле/участок - объем сена - единица измерения - примечание 2. Для учета топлива: - дата - связанная операция по сену - техника - количество топлива - примечание Если согласны, я внесу схему. Могу сделать прямо сейчас в одном из вариантов: - минимальный учет; - расширенный учет с техникой и сотрудниками. Напишите: - “минимальный” или - “расширенный” и я сразу подготовлю изменение базы. user: хочу минимальный но с техникой assistant: Выполнено. Схема БД изменена user: И какая сейчас схема? assistant: Сейчас схема для этого учета такая. ### 1. Таблица hay_harvest Учет операций по скошенному сену. Поля: - id — идентификатор записи - harvest_date — дата скашивания или заготовки - field_name — поле или участок - hay_amount — количество сена - unit — единица измерения, например: - кг - тюк - тонна - equipment — техника, которой выполнялась работа - note — примечание - created_at — дата создания записи ### 2. Таблица fuel_usage Учет расхода топлива по операциям заготовки сена. Поля: - id — идентификатор записи - usage_date — дата расхода топлива - hay_harvest_id — ссылка на запись в hay_harvest - fuel_amount — количество топлива - note — примечание - created_at — дата создания записи ### Связь таблиц - Одна запись в hay_harvest может иметь одну или несколько записей в fuel_usage - fuel_usage.hay_harvest_id → hay_harvest.id ### Что можно учитывать - когда косили сено; - на каком поле; - сколько сена получили; - какой техникой работали; - сколько топлива потратили на конкретную операцию; - примечания по работе. user: не нужны единицы у меня всегда рулоны будут assistant: Выполнено. Схема БД изменена user: Трактор МТЗ на первом участке 5 рулонов 6 литров assistant: Добавление записи о заготовке сена: сегодня, первый участок, 5 рулонов, техника Трактор МТЗ. И добавление связанного расхода топлива: 6 литров. <кнопка> assistant (после нажатия на кнопку): Действие выполнено user: Трактор YTO 3 литра четыре рулона на втором участке assistant: Добавлена запись о заготовке сена: сегодня на втором участке трактором YTO заготовлено 4 рулона. К этой операции добавлен расход топлива 3 литра. <кнопка> assistant (после нажатия на кнопку): Действие выполнено user: Сколько всего топлива израсходовано assistant: total_fuel_used 9.00

Для наглядности приведу пример моего общения с данным сервисом

Пока это просто повторяет те функции учетной системы, к которым мы привыкли. Но есть и шаг вперед. Можно задействовать активный режим. Сказать: а давай-ка ты по понедельникам в 11:00 будешь требовать ввести вот такие-то данные. И тогда сервис будет активничать по расписанию. Т.е. не ты говоришь: введи вот эти данные, а он от тебя требует. В демо это уже есть, но пока может работать не стабильно

Какое-то время назад писал, что работаю над большим проектом. На сегодня там еще есть над чем поработать, но для демонстрации тема созрела. Поэтому представляю вам @demo31415_bot В одном предложении это, "учетная система со слов пользователя". Пользователь общается с ботом (а еще лучше будем называть это сервисом). Говорит какой учет ему нужен. Сервис немного душнит, прямо как кожаный архитектор учетных систем. Задает наводящие вопросы. Пользователь капризничает, как... пользователь. В результате этого процесса рождается база, с которой можно работать. Ввод данных в базу и получение отчетов происходит все в том же стиле: сказал, что тебе надо, получил, что тебе надо

27 мая я выступаю на ЕстьРесурс ERP AI FORUM!🔥 Темы выступлений в главном зале в этот раз определяют сами участники через открытое голосование. Я участвую в отборе, и мне важен каждый ваш голос! Ниже я прикреплю опрос. Пожалуйста, проголосуйте за мою тему 🙏 Ну, или за любую другую, если она вам прям очень откликается (но лучше за мою 😅). https://t.me/esres_forums/29

13 марта в 10:00 приходите на мой доклад на Infostart team event 2026 Расскажу о библиотеке искусственного интеллекта для 1С. И покажу, как ею пользоваться. https://event.infostart.ru/2026team/schedule/

Чуть позже обновлю бота @AI_LIB_1C_bot, чтобы можно было получить у него справку по новым возможностям. Об обновлении сообщу дополнительно

В этой версии вы найдете рабочую заготовку торгового бота (полный цикл продажи от разговоров до получения оплаты). Добавлен справочник платежных провайдеров и документ Заказ. Важный принцип библиотеки, независимость от основной конфигурации. Поэтому потребовался такой документ (так-то заказы конечно уже есть во всех типовых и в большинстве нетиповых конфигураций).

Не ожидал, что конец года затянется до февраля. Утешает только, что у некоторых он и до мая дотягивает. Работа с библиотекой ИИ для 1С продолжается. На днях планирую выложить обновление. А также есть еще одна большая тема. Если все пойдет по плану, она стартует в начале следующей недели

Постепенно вырисовывается, какие функции нужнее в реальной работе. В этой версии добавил ПоискПоСмыслу(). Получение векторов было и раньше, но само по себе оно было малополезно. Теперь можно получить вектор и по нему найти в векторной базе ближайших соседей. В качестве векторной базы используется знакомая 1сникам СУБД PostgreSQL с расширением pgvector

Спрашиваю - Алиса какая самая длинная река - Нил, его длина 6400 - Алиса длина реки Амазонки? - 7100 - Какая река длиннее Нил или Амазонка? - Нил, самая длинная река в мире. и так по кругу.. Вот так и формируются представления о возможностях ИИ. SOTA модели конечно же не так просты. В подобной ситуации они раскроют вам все сложности вопроса, расскажут, что все зависит от того, как считать и т.д. Но дело даже не в этом. Хочется в свою очередь спросить у автора: Сколько денег можно заработать, выясняя кто длиннее, Нил или Амазонка? Если уж ты взялся испытывать модель, ну спроси что-нибудь практическое. Например, попроси продать тебе ручку. Это такой маркетинговый аналог Hello, world! Вот это даст тебе представление о реальной пользе современного ИИ