Есть несколько нюансов. Например, общедоступный режим чата не настроен на код. Он настроен на "поболтать", что логично. Начните пользоваться через API, сразу все поймете
Потому что ИИ выдаст вам не ответ, а способ получения ответа. Образно говоря не рыбу, а удочку. А сам ответ будет получен многократно проверенным и вполне себе надежным способом
Бот не изображает отчет. Он подсказывает способ как его сделать. А уже этот способ либо сработает, либо нет. Если у вас на складе 10 ящиков апельсинов, то вы либо получите в ответе
10 ящиков,
либо
"извините, но я что-то не понял, что вы от меня хотите, скажите другими словами"
Но это не будет 9 ящиков или 125 ящиков. Будет либо то, что есть на самом деле, либо ошибка при выполнении запроса.
И сегодня и завтра и всегда. Вы просите ИИ создать текст запроса на языке SQL. Язык SQL никого не оскорбляет. Хотя бы потому, что его никто, кроме компьютеров не читает
В примере рационального использования ИИ, который я привел, нет проблем с непристойностями или нетолерантностью. Вы спросили продажи за прошлый месяц, вы их получили, и все
Никто и не думает создавать нечто, что заменит человека. Создается то, что его дополнит. Никто не будет давать ИИ решать человеческие задачи. ИИ будет решать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот такие роботы и получат наибольшее распространение. А вовсе не те, которые пишут код за программистов. Хотя вы правильно заметили, что некоторых "программистов" ИИ уже сейчас может заменить. Но лично я не вижу ничего плохого в том, что ИИ выметет с рынка всех, для кого программа больше 10 строк уже слишком сложна. От этого станет только лучше. Причем, всем
Ваша проблема в том, что вы ищете в ИИ что-то похожее на человека. Но ИИ не человек. От слова совсем. Он не заменяет человека, как боятся многие. Он его дополняет. Вы пытаетесь дать ИИ человеческие задачи. И в этом ваша ошибка. ИИ надо давать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд. С такими задачами ИИ справляется прекрасно.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот это нормальное использование ИИ. А кормить его мемчиками и наблюдать за тем, что из этого выйдет, поверьте, непродуктивно
Я предлагаю опцию для регистра накопления с условным названием "неотрицательный". Установка этой опции означает, что при обращении к виртуальной таблице остатков происходит следующее:
Вычисляются остатки с учетом установленных фильтров. Вычисляются так же, как это делается сейчас. Тут никаких изменений нет.
К каждому остатку применяется максимум(остаток,0)
Выполняется агрегирование, если оно требуется по условиям запроса.
Это можно сделать и сейчас, средствами встроенного языка, но платформенная реализация, конечно, была бы быстрее.
Это я к тому, чтобы вы представили хотя бы приблизительно всю сложность алгоритмов проведения и механизмов перепроведения связанных документов. И уже на этом фоне смотрели на то, что я предлагаю
Борьба с минусами чаще всего бессмысленна. Она имеет место быть только лишь потому, что пользователям сложно понять, чем там занимаются программисты. Они склонны думать, что раз программисты занимаются чем-то запредельно сложным, значит это запредельно сложное должно быть очень нужная вещь
Да, разумеется, задается контекст, в котором описываются таблицы. Для типовых конфигураций 1С контекст заранее известен. 1С-овская обработка, скриншоты которой я показал, определяет в какой конфигурации ее запустили и сама задает контекст. Но мы здесь не ограничены только 1С. Сервис может работать с любыми базами данных. См. описание API
Есть несколько нюансов. Например, общедоступный режим чата не настроен на код. Он настроен на "поболтать", что логично. Начните пользоваться через API, сразу все поймете
Умных и уважающих себя людей процентов 90 от популяции. А еще 10 процентов считают себя умнее других )))
Потому что ИИ выдаст вам не ответ, а способ получения ответа. Образно говоря не рыбу, а удочку. А сам ответ будет получен многократно проверенным и вполне себе надежным способом
А теперь изобрели способ получать SQL из человеческого языка. В этом прорыв
Все дело в том, как этот SQL получить. ИИ позволяет его "наговорить"
Вы рассуждаете абстрактно, а я конкретно, на основе собственного опыта. В случае с SQL никаких галлюцинаций не будет
Спросить у другого бота )))
Бот не изображает отчет. Он подсказывает способ как его сделать. А уже этот способ либо сработает, либо нет. Если у вас на складе 10 ящиков апельсинов, то вы либо получите в ответе
10 ящиков,
либо
"извините, но я что-то не понял, что вы от меня хотите, скажите другими словами"
Но это не будет 9 ящиков или 125 ящиков. Будет либо то, что есть на самом деле, либо ошибка при выполнении запроса.
И сегодня и завтра и всегда. Вы просите ИИ создать текст запроса на языке SQL. Язык SQL никого не оскорбляет. Хотя бы потому, что его никто, кроме компьютеров не читает
В примере рационального использования ИИ, который я привел, нет проблем с непристойностями или нетолерантностью. Вы спросили продажи за прошлый месяц, вы их получили, и все
Никто и не думает создавать нечто, что заменит человека. Создается то, что его дополнит. Никто не будет давать ИИ решать человеческие задачи. ИИ будет решать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот такие роботы и получат наибольшее распространение. А вовсе не те, которые пишут код за программистов. Хотя вы правильно заметили, что некоторых "программистов" ИИ уже сейчас может заменить. Но лично я не вижу ничего плохого в том, что ИИ выметет с рынка всех, для кого программа больше 10 строк уже слишком сложна. От этого станет только лучше. Причем, всем
Ваша проблема в том, что вы ищете в ИИ что-то похожее на человека. Но ИИ не человек. От слова совсем. Он не заменяет человека, как боятся многие. Он его дополняет. Вы пытаетесь дать ИИ человеческие задачи. И в этом ваша ошибка. ИИ надо давать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд. С такими задачами ИИ справляется прекрасно.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот это нормальное использование ИИ. А кормить его мемчиками и наблюдать за тем, что из этого выйдет, поверьте, непродуктивно
Я предлагаю опцию для регистра накопления с условным названием "неотрицательный". Установка этой опции означает, что при обращении к виртуальной таблице остатков происходит следующее:
Вычисляются остатки с учетом установленных фильтров. Вычисляются так же, как это делается сейчас. Тут никаких изменений нет.
К каждому остатку применяется максимум(остаток,0)
Выполняется агрегирование, если оно требуется по условиям запроса.
Это можно сделать и сейчас, средствами встроенного языка, но платформенная реализация, конечно, была бы быстрее.
Это я к тому, чтобы вы представили хотя бы приблизительно всю сложность алгоритмов проведения и механизмов перепроведения связанных документов. И уже на этом фоне смотрели на то, что я предлагаю
Ну нет уже апельсина в новой версии заказа от клиента. Мы ее приняли. Изменили старый заказ и проводим его. Ваши действия?
В заказе было 100 строк. И среди них
апельсин 1 шт.
Заказчик просит изменить его заказ. В новой версии пересмотрены 50 строк из 100. А апельсина вообще нет. Заказчик ведь его уже получил. Ваши действия?
А если был резерв 1 шт?
У вас есть документ реализация. В нем есть строка
апельсин 2 шт.
и есть регистр резервов. Ваши действия? Как вы отразите эту строку в регистр?
Борьба с минусами чаще всего бессмысленна. Она имеет место быть только лишь потому, что пользователям сложно понять, чем там занимаются программисты. Они склонны думать, что раз программисты занимаются чем-то запредельно сложным, значит это запредельно сложное должно быть очень нужная вещь
Отказались от механизма хранения остатков на каждый месяц. Теперь по умолчанию хранятся только последние остатки
Да, разумеется, задается контекст, в котором описываются таблицы. Для типовых конфигураций 1С контекст заранее известен. 1С-овская обработка, скриншоты которой я показал, определяет в какой конфигурации ее запустили и сама задает контекст. Но мы здесь не ограничены только 1С. Сервис может работать с любыми базами данных. См. описание API