Vladimir-zenno

Ссылочку обновите, а то отдаётся прошлая версия.

Да и хорошо бы обновление по кнопке сделать из самой программы, а то постоянно приходится API ключ вносить.

Мой восхищение, Владимир. У нас тут годами деятели пишут, что могу, но не станут, пока им не заплатят, а вы делаете здесь и сейчас.

Было бы интересно добавить:

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

- Кнопку "Отмена" в отправке запроса. Иногда пару раз у меня зависло без результата (программа входит в бесконечный цикл).

- Программа автоматически не сохраняет текущее состояние, перед тем как её пришлось закрыть (снять зависшее приложение). При повторном запуске данные были утеряны.

- Опцию "Прикрепить файл" (для Промпт запрос)

- Потенциально важно вот ещё что. На входе в промпте могут быть указания использовать ключевые запросы. Но при "очеловечевании" данные запросы могут быть изменены, следовательно исходное ТЗ в промпте искажается. Было бы здорово, для исходного текста определять зоны (слова и ключевые фразы), которые трогать не нужно, а работать только с доступной для обработки областью.

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

Не Форель стейк, а стейк из форели; не судак заморозка, а судак замороженный, не лосось икра слабая соль, а икра лосося слабосолёная. 

Если под каждый тип делать свой шаблон, то для этого не нужны сторонние решения, для этого подойдёт if and else внутри скриптов. Тогда, в крайнем случае, внешнее решение должно получать таблицу и приводить падежи и род в нужный вид или получать данные типа: "рыба - ж.р., заморозка - ед.ч, ж.р, р.п". 

Суть практической задачи при работе со словарями я написал. Как это реализовать в шитс/экселях - тоже. Думаю, на AI с этим тоже проблем не будет, даже не подключая библиотек по работе со словами. 

Соответственно, если шаблон надо писать самому, то вот как раз этот шаблон можно было бы интегрировать в софт (порядок полей), а из самого словаря подтягивать правильные словоформы. 

Если тип товара - полуфабрикат (стейк, фарш, котлеты), то порядок запроса меняется с название - тип заморозки на тип продукта +из(если ж.р.) + название. Т.е. на выходе: стейк из фореши, фарш из судака. 

Проблем две:

1. Для каждого типа (или группы типов) надо создавать отдельный шаблон. 

2. Каждый элемент параметров надо добавлять в словарь. 

Соответственно, было бы отлично:

1. Формировать грамотный и понятный текст в нужной последовательность;

2. Получить головый словарь или опцию для его доработки. 

Желательно всё это через API, чтобы работало в Гугл Шитс / Битрикс 24 / Вукомерц / Мой склад. 

Ну и что бы было понятнее, шорт на выходе собирает аттрибуты и выглядит примерно так: замороженные котлеты из форели, выловленной в Карелии. Штучная упаковка и заморозка на корабле. Дата изготовления чч нн, срок хранения котлет из форели - 6 месяцев. Продукт содержит ч белка, н углеводов и я жиров. Это очень краткая и простая версия того, что должен уметь собрать словарь.

На объёме в несколько тысяч товаров задача типовая и нужны читаемые тайтлы, дескрипшены и шорт дескрипшены. Да, сейчас словарь делается при помощи AI, но работы всё равно не мало. Но, это задача для коммерц (шитс импортируется напрямую в ИМ/Склад). И там убогие синонимы и ошибки делать НЕЛЬЗЯ. 

Соответственно, я не случайно задавал два вопроса: кому программа и для чего, т.к. описанные УТП, повторюсь, даже близко не соотносятся с результатом. И, как и ещё несколько людей, просил пруфы как на позиции, так и на результат текстовки. 

Будьте любезны, люди, кому уже показали, откликнитесь любым способом. Можете хоть лайк этого его сообщения поставить. А то человек занятой, не может пруф привести. Всё заботится о элитной стилистике элитных копирайтеров. )

P.S: логично называть их контент креаторами, т.к. истинно элитные только так себя и величают, а копирайтеры - это грязь под ногами авторов и, тем более, контент-авторов. )