Зачем все это? Пользователь говорит, что ему надо и получает что ему надо. Без всяких табличных частей, коррелированных полей и прочих "чудес". Это все остается в прошлом
LLM посчитала, что у вас три позиции: крахмал картофельный, крахмал кукурузный и просто крахмал. В этом ведь есть логика, не так ли? Не вижу в этом большой проблемы.
Впрочем, быть может вы и правы. Было бы неплохо в таких ситуациях задавать конкретизирующий вопрос
А мне вот лично встречалось именно кондитерское производство, у которого была совершенно конкретная "боль". Количественный учет на складе сырья. А то, о чем вы говорите, у них "не болело"
1) Типовые конфигурации, да, в 1000 (а может и более) раз сложнее. Только эта сложность в 99% случаев излишня. То, что я вам здесь демонстрирую это реально рабочий сервис. Кому-то потребуется что-то посложнее? Ну напишите еще пару функции, в дополнение к этим трем. А если вы напишите еще 100 функций, то вы обеспечите пользователям практически все, что им нужно. Причем ваша разработка будет все еще неизмеримо проще, чем самая простая типовая конфигурация
2) Так "шустрит" не LLM. "Шустрят" ваши функции. LLM всего лишь "соображает" чего хочет пользователь и выдает сигнатуру функции. Потом эта функция выполняется на сервере. В моем примере это Python + MySQL. Это работает быстрее любой 1С
Зачем людям какие-то разработки, если сегодня они с помощью ИИ решают половину своих вопросов, а завтра будут решать 95 процентов? Причем, оставшиеся 5 ни в каких чужих обработках не встретишь
А что это такое?
Согласен. Приглашаю вас взглянуть на "большой" велосипед 1 октября
А теперь представьте, что человек вообще не напрягает глаза, только говорит
Зачем все это? Пользователь говорит, что ему надо и получает что ему надо. Без всяких табличных частей, коррелированных полей и прочих "чудес". Это все остается в прошлом
В демо сервисе отмена не реализована. Только три функции: приход, расход, остаток
LLM посчитала, что у вас три позиции: крахмал картофельный, крахмал кукурузный и просто крахмал. В этом ведь есть логика, не так ли? Не вижу в этом большой проблемы.
Впрочем, быть может вы и правы. Было бы неплохо в таких ситуациях задавать конкретизирующий вопрос
О, спасибо!
А мне вот лично встречалось именно кондитерское производство, у которого была совершенно конкретная "боль". Количественный учет на складе сырья. А то, о чем вы говорите, у них "не болело"
1) Типовые конфигурации, да, в 1000 (а может и более) раз сложнее. Только эта сложность в 99% случаев излишня. То, что я вам здесь демонстрирую это реально рабочий сервис. Кому-то потребуется что-то посложнее? Ну напишите еще пару функции, в дополнение к этим трем. А если вы напишите еще 100 функций, то вы обеспечите пользователям практически все, что им нужно. Причем ваша разработка будет все еще неизмеримо проще, чем самая простая типовая конфигурация
2) Так "шустрит" не LLM. "Шустрят" ваши функции. LLM всего лишь "соображает" чего хочет пользователь и выдает сигнатуру функции. Потом эта функция выполняется на сервере. В моем примере это Python + MySQL. Это работает быстрее любой 1С
Попробуйте сами
https://t.me/awpdemo_bot
Давайте начнем со складского учета
https://platform.openai.com/docs/guides/function-calling
https://infostart.ru/1c/articles/2165925/
Думаете, будут проблемы с отменой последнего ввода? Какие?
Обучить бухгалтеров чему? Русскому языку?
В том то и дело, что тут вообще нет кнопки
Там другие цифры. 40 за рубли, 80 за стартмани
Зачем людям какие-то разработки, если сегодня они с помощью ИИ решают половину своих вопросов, а завтра будут решать 95 процентов? Причем, оставшиеся 5 ни в каких чужих обработках не встретишь
Возможно. А зачем вам здесь Python? Чтобы что?
Не понял. Причем здесь fusion?
Что касается value for money...
Ну за 2-3 рубля вы получаете ответ на любой бизнес-вопрос. Примерно такой value за такие money