Снова чатGPT
Mar. 28th, 2026 12:31 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
breathing_pointЯ веду записи медицинского характера, где мне чрезвычайно важно не потерять ничего. Все последующие ядра должны содержать ВСЮ предыдущую информацию, плюс новую. Без сокращений, упрощений и удалений.
Я уже не в первый раз замечаю, что произошло что то новое, какие та изменения внутри чата. Теперь он просто не может собрать 4-5 документов в один. А я не могу себе позволить брать только последний, потому что я больше не уверена, что он правильный, такой, какой мне нужен.
И вот мы час уже бьемся с промптом, документом, вводными данными и я все равно на выходе не могу получить то, что мне надо.
Промпт:
"Задача
Просмотреть ВСЕ загруженные версии документа. Создать ОДИН итоговый документ с единой архитектурой — не склейку и не архив.
Запрещено
– Вставлять версии подряд блоками или делать линейную склейку.
– Дробить логические блоки: заголовок всегда вместе со своим содержимым.
– Создавать новый текст, переформулировать, упрощать или сокращать.
– Выбирать «более новую» формулировку вместо старой.
Метод работы
Единица переноса — логический блок: заголовок + весь относящийся к нему текст. Переносить только целиком.
Структура итогового документа
Создать единую архитектуру из разделов, встречающихся хотя бы в одной версии. Обязательные разделы (если есть):
– Цель
– Границы
– Правила
– Форматы
– Ограничения
– Стратегия
– Прогресс
– Риски
– Текущее состояние (Baseline)
– Проверка
– Файлы-опоры
Если в версиях есть разделы, не входящие в список — добавить их в архитектуру.
Внутри каждого раздела
– Сохранить ВСЕ формулировки из ВСЕХ версий без исключения.
– Если формулировки различаются — разместить все варианты один за другим, каждый с пометкой: (версия + дата файла).
– Блоки интегрируются в раздел, не вставляются как отдельный архив версии.
Итоговый документ должен
– Быть единой архитектурой, а не набором вставок.
– Содержать ВСЕ пункты всех версий без потерь.
– Сохранять все расхождения между версиями.
– Иметь актуальную дату сведения и новый номер версии.
– Содержать отметку: «Сведение выполнено».
Проверка перед сдачей
– Ни один пункт ни одной версии не исчез.
– Ни один логический блок не разорван.
– Нет пустых заголовков.
– Нет механической склейки.
– Структура единая и целостная.
При любом сомнении — не объединять, не выбирать, не сокращать. Сохранять оба варианта полностью.
"
Я уже не в первый раз замечаю, что произошло что то новое, какие та изменения внутри чата. Теперь он просто не может собрать 4-5 документов в один. А я не могу себе позволить брать только последний, потому что я больше не уверена, что он правильный, такой, какой мне нужен.
И вот мы час уже бьемся с промптом, документом, вводными данными и я все равно на выходе не могу получить то, что мне надо.
Промпт:
"Задача
Просмотреть ВСЕ загруженные версии документа. Создать ОДИН итоговый документ с единой архитектурой — не склейку и не архив.
Запрещено
– Вставлять версии подряд блоками или делать линейную склейку.
– Дробить логические блоки: заголовок всегда вместе со своим содержимым.
– Создавать новый текст, переформулировать, упрощать или сокращать.
– Выбирать «более новую» формулировку вместо старой.
Метод работы
Единица переноса — логический блок: заголовок + весь относящийся к нему текст. Переносить только целиком.
Структура итогового документа
Создать единую архитектуру из разделов, встречающихся хотя бы в одной версии. Обязательные разделы (если есть):
– Цель
– Границы
– Правила
– Форматы
– Ограничения
– Стратегия
– Прогресс
– Риски
– Текущее состояние (Baseline)
– Проверка
– Файлы-опоры
Если в версиях есть разделы, не входящие в список — добавить их в архитектуру.
Внутри каждого раздела
– Сохранить ВСЕ формулировки из ВСЕХ версий без исключения.
– Если формулировки различаются — разместить все варианты один за другим, каждый с пометкой: (версия + дата файла).
– Блоки интегрируются в раздел, не вставляются как отдельный архив версии.
Итоговый документ должен
– Быть единой архитектурой, а не набором вставок.
– Содержать ВСЕ пункты всех версий без потерь.
– Сохранять все расхождения между версиями.
– Иметь актуальную дату сведения и новый номер версии.
– Содержать отметку: «Сведение выполнено».
Проверка перед сдачей
– Ни один пункт ни одной версии не исчез.
– Ни один логический блок не разорван.
– Нет пустых заголовков.
– Нет механической склейки.
– Структура единая и целостная.
При любом сомнении — не объединять, не выбирать, не сокращать. Сохранять оба варианта полностью.
"
no subject
Date: 28 Mar 2026 10:47 (UTC)Задача
Просмотреть ВСЕ загруженные версии документа. Создать ОДИН итоговый документ с единой архитектурой — не склейку и не архив.
Запрещено
– Вставлять версии подряд блоками или делать линейную склейку.
– Дробить логические блоки: заголовок всегда вместе со своим содержимым.
– Создавать новый текст, переформулировать, упрощать или сокращать.
– Выбирать «более новую» формулировку вместо старой.
Метод работы
Единица переноса — логический блок: заголовок + весь относящийся к нему текст. Переносить только целиком.
Структура итогового документа
Использовать стандартный список разделов независимо от авторских названий в версиях. Обязательные разделы:
– Цель
– Границы
– Правила
– Форматы
– Ограничения
– Стратегия
– Прогресс
– Риски
– Текущее состояние (Baseline)
– Проверка
– Файлы-опоры
Если в версиях есть разделы, не входящие в список — добавить их в архитектуру.
Разделы из стандартного списка, которых нет ни в одной версии — включить с пометкой: «отсутствует в версиях».
Внутри каждого раздела
– Если формулировка одинакова во всех версиях — включить один раз с пометкой всех версий в скобках: например, (SSD_2025-11-05_CORE_v3, SSD_2025-11-05_CORE_v4, SSD_2025-11-05_CORE_v5).
– Если формулировки различаются — разместить все варианты один за другим. Между вариантами — горизонтальная разделительная линия. Пометка версии — на отдельной строке перед блоком, курсивом: (SSD_2025-11-05_CORE_v3).
– Блоки интегрируются в раздел, не вставляются как отдельный архив версии.
Итоговый документ должен
– Быть единой архитектурой, а не набором вставок.
– Содержать ВСЕ пункты всех версий без потерь.
– Сохранять все расхождения между версиями.
– Иметь актуальную дату сведения и новый номер версии.
– Содержать отметку: «Сведение выполнено».
Проверка перед сдачей
– Ни один пункт ни одной версии не исчез.
– Ни один логический блок не разорван.
– Нет пустых заголовков.
– Нет механической склейки.
– Структура единая и целостная.
При любом сомнении — не объединять, не выбирать, не сокращать. Сохранять оба варианта полностью."
no subject
Date: 28 Mar 2026 14:12 (UTC)no subject
Date: 28 Mar 2026 16:32 (UTC)Спасибо, я посмотрю, что это.
no subject
Date: 28 Mar 2026 22:44 (UTC)Сын приспособил ИИ писать ему cv и cover letters для поисков работы. Так вот он пишет такую чппуху, что приходится каждое письмо проверять. Быстрее было бы написать самому.
Вообще представляю как рухнет рынок AI, 2008 покажется мелочью.
no subject
Date: 29 Mar 2026 08:52 (UTC)У меня на моих диалогах он уже начинает путаться кто что кому сказал. А с мед заметками страшно представить где и что он фаршанет...
no subject
Date: 29 Mar 2026 15:28 (UTC)Я сама не в состоянии запомнить и обработать всю информацию за несколько лет по всем нужным параметрам.
Claude ?
no subject
Date: 29 Mar 2026 15:31 (UTC)Хотя и там куча промптов нужна.
no subject
Date: 29 Mar 2026 16:34 (UTC)медицинские обычно важно последние а не вся история, вся история полезна, но в отдельной физической папке
я в целом про GPT моделям что я бы им не доверял хранение медицинской информации. Анализ как интересное мнение - да, но не хранение как справочник
no subject
Date: 30 Mar 2026 11:17 (UTC)no subject
Date: 31 Mar 2026 05:46 (UTC)я просто вон писал у себя что в чатике обсуждаю с гемени свои приключения. и гемени уже путает кто на ком стоял))) и кто что говорил. Поэтому доверять такой штуке систематизацию медициинских данных мне было бы страаааашно )