Приложение 15. Сравнительный анализ протоколов из приложений 13 и 14, использующих режимы «раб» и «госпожа»
Краткая хронология
Пользователь: запрос на сравнение полученного протокола по исходному тексту (режим «госпожа») с протоколом, полученным по исходному тексту на основе использования «Универсальных советов защищающимся» А.А. Шалыто (режим «раб»).
Ассистент: подготовлен сравнительный docs-протокол: сходства, различия, сильные стороны двух протоколов, единый план интеграции и чек-лист.
Пользователь: запрос на сбор всего диалога текущего чата в документ формата docs.
Вложения и результаты работы
• Входной файл пользователя: замечания к черновику диссертации Терещенко.docx – подробный протокол проверки на соответствие требованиям к соискателям ученой степени кандидата технических наук.
• Входной файл пользователя: замечания к тому же самому черновику диссертации В.В. Терещенко по советам Шалыто А.А.docx.
• Созданный файл: сравнительный протокол двух документов с замечаниями.
1. Исходные документы и рамка сравнения
Для сравнения использованы два документа с замечаниями. В настоящем протоколе они обозначены как «Протокол А» и «Протокол Б».
Источники сравнения
Формат: Обозначение / Документ / Краткая характеристика
Протокол А / «Проверка текста черновика диссертации В.В. Терещенко на соискание ученой степени кандидата технических наук (режим «госпожа») / Протокол, подготовленный как комплексная экспертная проверка соответствия ожиданиям к кандидатской диссертации по техническим наукам и специальности 2.3.4.
Протокол Б / «Проверка текста черновика диссертации В.В. Терещенко по «Универсальным советам защищающегося» (режим «раб») / Протокол, построенный вокруг методических рекомендаций Шалыто: научная новизна, положения на защиту, аналоги, прототипы, выводы, эксперимент, оформление и защита.
Оба документа анализируют один и тот же исходный текст черновика диссертации, поэтому значительная часть замечаний совпадает по сути. Различие состоит в методологической оценке: Протокол А рассматривает текст соответствие требованиям кандидатской технической диссертации, а Протокол Б – как на текст, который необходимо привести в соответствие с логикой защиты по рекомендациям А. А. Шалыто.
2. Краткий сравнительный вывод
Главный вывод: протоколы не противоречат друг другу, а взаимно усиливают друг друга. Протокол А является более широким и пригоден как полный чек-лист доработки кандидатской диссертации. Протокол Б является более фокусным и особенно полезен для доведения научной конструкции до защитной формы: «аналог – прототип – ограничение – отличие – эффект – экспериментальное подтверждение».
Если использовать только Протокол А, то можно получить очень подробный план исправлений, рискуя не довести формулировки научной новизны до «защитной» логики. Если использовать только Протокол Б, можно сильнее улучшить положения, выносимые на защиту, и доказательство новизны, но часть нормативно-структурных и технических требований к кандидатской диссертации останется менее детализированной.
Оптимальная стратегия: взять из Протокола Б архитектуру научного доказательства и логику построения диссертации по Шалыто, а из Протокола А – полноту аудита, соответствие техническому профилю, детализацию по разделам, формализацию, экспериментальные требования, список организационно-оформительских исправлений и чек-лист готовности к предзащите.
3. Сравнение масштаба, структуры и жанра документов
Формат: Параметр / Протокол А / Протокол Б / Сравнительный вывод
1. Масштаб и жанр двух протоколов
1. Масштаб / Более развернутый: около 97 пронумерованных замечаний, 11 тематических блоков, матрица соответствия, 15 первичных действий, новая структура, формулировки и чек-лист / Более компактный: 46 пронумерованных замечаний, четыре крупных блока подробных замечаний, приоритетный план, примеры правок, минимальный набор экспериментов и итоговый чек-лист / Протокол А лучше для полной рабочей дорожной карты. Протокол Б лучше для быстрого исправления диссертационной логики перед обсуждением с руководителем или советом.
2. Основной фокус / Соответствие ожиданиям к кандидатской технической диссертации, специальности 2.3.4, структуре исследования, экспериментам, внедрению и оформлению / Соответствие «Универсальным советам защищающимся»: прототип, формула положения, доказательство отличий, выводы по главам, экспериментальное подтверждение, язык и таблицы / Аудиторские оптики различны: А – широкий нормативно-научный аудит; Б – методология защиты и убедительности.
3. Тон оценки / Более жесткий: «в текущем виде текст нельзя считать готовой кандидатской диссертацией» / Более конструктивно-позитивный: «материал имеет хороший потенциал», но требует доведения логики до формы защиты / Для внутренней работы полезен жесткий тон А; для коммуникации с научным руководителем и автором психологически удобнее тон Б.
4. Структура замечаний / Глава за главой: структура, введение, специальность, главы 1–4, эксперимент, публикации, оформление, новая структура / По рекомендационным блокам: научная логика, положения/новизна/прототипы, эксперимент/метрики, язык/оформление / Протокол А лучше помогает «ремонтировать» полный документ; Протокол Б лучше помогает переписать защитную рамку.
5. Глубина формализации / Сильнее требует математической строгости: обозначения, формулы, свойства, входы/выходы, псевдокод, статистика, критерии приемки / Сильнее требует «формулы изобретения»: ограничительная часть, отличие от прототипа, цель отличия, доказанный эффект / Эти требования надо объединить: формальная строгость плюс защитная формула новизны.
6. Практическая применимость / Подходит как полный backlog доработки диссертации и автореферата/паспорта защиты / Подходит как методический фильтр перед предзащитой: проверить, насколько текст «защищаем» по логике Шалыто / Оба документа должны быть сведены в единый план работ, иначе появится дублирование и риск пропуска задач.
4. Сходства двух протоколов
Содержательно документы совпадают в оценке главных недостатков диссертационного текста. Ниже приведены основные зоны совпадения.
Формат: Тема / Как отражено в Протоколе А / Как отражено в Протоколе Б / Итоговое действие
1. Отсутствие заключения / Протокол А относит отсутствие заключения к критическим замечаниям и требует показать достижение цели, результаты, новизну, достоверность, практическую значимость и перспективы / Протокол Б также ставит это первым замечанием и подчеркивает, что в конце диссертации должно быть именно заключение, а не простое окончание главы 4 / Добавить полноценное заключение после главы 4, сделать его нумерованным и связать с задачами, положениями, экспериментами и внедрением.
2. Нехватка экспериментальной главы / Протокол А требует отдельной экспериментальной главы с корпусом, экспертами, baselines, метриками, статистикой и демонстрацией трудоемкости / Протокол Б указывает, что задача 7 заявлена, но не раскрыта, и предлагает главу 5 с датасетом, baselines, экспертной разметкой и анализом ошибок / Это совпадение является самым важным: без эксперимента диссертация не доказывает технический результат.
3. Измеримость цели / Протокол А требует перевести цель из декларативной в измеримую: трудоемкость, полнота, точность доказательных ссылок, согласованность и ресурсы / Протокол Б фиксирует ту же проблему: «заданный уровень», полнота и согласованность должны иметь критерии и показатели / После цели надо ввести показатели достижения цели и затем посчитать их в экспериментальной главе/
4. Аналоги, SOTA и прототип / Протокол А требует показать ограничения аналогов, близких подходов, связь с технической специальностью и доказать новизну относительно существующих решений / Протокол Б делает этот блок центральным: по каждому положению нужны аналоги, прототип, ограничение, отличие и эффект / Использовать формулу Протокола Б как основную схему переписывания положений и главы 1.
5. Положения, выносимые на защиту / Протокол А требует конкретизировать положения, убрать декларативность, связать их с главами, публикациями и экспериментами / Протокол Б говорит, что положения близки к форме «формулы изобретения», но не доведены из-за отсутствия прототипа и недостаточной ограничительной части / Положения должны быть переписаны после выбора прототипов, а не до него.
6. Выводы по главам / Протокол А требует нормальные выводы по главам и связывание каждого результата с защищаемым положением / Протокол Б прямо требует ненумерованные «Выводы по главе» с нумерованными выводами и отмечает, что глава 4 заканчивается ограничениями / В каждой главе должны быть выводы: не пересказ, а фиксация результата, отличия и вклада.
7. Связующая матрица / Протокол А предлагает выстроить цепочку «задача – глава – результат – положение – публикация – эксперимент – акт внедрения» / Протокол Б требует матрицу «цель – задачи – положения – главы – публикации – эксперименты» / Добавить единую матрицу соответствия во введение или перед заключением.
8. Термины модель/метод/алгоритм / Протокол А замечает риск смешения модели, метода, алгоритма, архитектуры и программы / Протокол Б также требует исключить смешение этих понятий и предлагает явно развести их в начале главы 4 / Ввести словарь рабочих понятий и строго использовать их в главах 2–4.
9. Публикации и внедрение / Протокол А требует полный перечень публикаций, статусов, DOI/URL, связи с положениями и актов внедрения / Протокол Б требует не просто перечислить НИР, а показать, что именно внедрено и какой результат получен / Подготовить отдельный блок «Публикации, апробация, внедрение и личный вклад» с доказательными реквизитами.
10. Оформление и язык / Протокол А дает широкий перечень формальных замечаний: оглавление, титульный лист, список обозначений, библиография, таблицы, рисунки, формулы, стиль / Протокол Б дает точечные замечания в духе Шалыто: числительные, пробелы, аббревиатуры, продолжение таблиц, вывод после каждой таблицы, единообразие литературы / Часть замечаний Б полезна как быстрый список «видимых ошибок».
5. Различия двух протоколов
Различия не являются взаимоисключающими. Они показывают, какие функции выполняет каждый документ в процессе доработки.
Формат: Аспект / Протокол А / Протокол Б / Практический вывод
1. Нормативная полнота / Протокол А шире проверяет диссертацию как научно-квалификационную работу: обязательные элементы, структура, технический профиль, специальность 2.3.4, публикации, внедрение, приложения / Протокол Б меньше занимается полной нормативной рамкой и концентрируется на правилах построения защищаемого результата / Нормативный каркас брать из Протокола А, методологию защиты – из Протокола Б.
2. Связь со специальностью 2.3.4 / Сильный акцент: нужно доказать, что это управление в организационных системах, а не только NLP/LLM-пайплайн / Акцент есть, но более краткий: предлагается усилить соответствие паспорту специальности через содержательное обоснование / Использовать Протокол А для переписывания объекта управления, критериев, управляющих воздействий и связи с паспортом специальности.
3. Прототипная логика / Протокол А требует аналоги и сравнительный анализ, но не строит весь документ вокруг «формулы изобретения» / Протокол Б делает выбор прототипа центральным требованием и прямо указывает, что каждое положение должно иметь ограничительную и отличительную часть / Здесь сильнее Протокол Б. Именно этот блок надо положить в основу переписывания научной новизны.
4. Психология защиты / Протокол А звучит как строгая техническая экспертиза и формирует сильное ощущение объема работ / Протокол Б ближе к стилю подготовки к защите: что скажет оппонент, что спросит совет, где доказать эффект / Для автора и научного руководителя удобнее начинать с Б, а затем детализировать через А.
5. Подробность по главам / Протокол А разбирает главы 1–4 отдельно: обзор, математическая модель, метод координации, алгоритм/реализация, эксперимент / Протокол Б группирует замечания по логике Шалыто, а не по каждой главе исходного текста / Для редактирования конкретных глав удобнее протокол А. Для перестройки общей логики удобнее протокол Б.
6. Формальные элементы / Протокол А явно упоминает титульный лист, сведения об организации, методологию, структуру и объем, список обозначений, приложения, нумерацию формул / Протокол Б осторожнее: указывает, что часть требований Word/оформления может быть подтверждена только в исходном DOCX/LaTeX / Протокол А дает более полный нормоконтроль. Протокол Б корректнее оговаривает ограничения проверки по PDF.
7. Экспериментальные показатели / Протокол А предлагает более широкий набор: время эксперта, полнота, точность, F1, статистика, baselines, ресурсные затраты, устойчивость, реплики / протокол Б формулирует минимальный набор экспериментов и особенно хорошо выделяет отделение качества метода от качества конкретной LLM / Экспериментальную главу проектировать по протоколу А, а минимальный обязательный состав взять из протокола Б (В общем-то, я рекомендую эксперименты описывать в той же главе, где описывается положение, выносимое на защиту, А.Ш.).
8. Программная реализация / Протокол А требует подробно описать программный комплекс, архитектуру, API, очереди, БД, модели, версии, аппаратную среду / Протокол Б сильнее предупреждает о риске превращения диссертации в инженерный отчет и требует показать научную функцию каждого компонента / Технические детали брать из протокола А. Способ их подачи ограничивать критерием из протокола Б: компонент нужен только если доказывает научный результат.
9. Примеры правок / Протокол А дает рабочие варианты формулировок научной задачи, цели и положений на защиту / Протокол Б дает более точечные текстовые исправления: достоверность/апробация, публикации, шаблон вывода по главе, шаблон сравнения с прототипом / Оба набора примеров полезны: протокол А – для введения, протокол Б – для приведения формулировок к советам Шалыто.
10. Детализация языка / Протокол А отмечает общую перегруженность, повторы, длинные предложения, библиографию и стиль / Протокол Б приводит конкретные ошибки: «Степень достоверность», «Методики,модели», запятая во фразе об открытом доступе, написание числительных 1–9 / Для быстрого редактирования языка сильнее протокол Б. Для полного стилевого выравнивания – протокол А.
11. Новая структура диссертации / Протокол А предлагает структуру с методологией, главами по модели/методу/алгоритму, экспериментами, заключением и приложениями / Протокол Б предлагает структуру с отдельной главой 5 «Программная реализация и экспериментальное исследование», а также четким блоком аналогов и прототипов в главе 1 / Лучше объединить: в главе 5 разделить программную реализацию и эксперимент, но не делать архитектуру главным научным результатом.
12. Использование в управлении проектом доработки / Протокол А – полноценный backlog с критичностью и длинным чек-листом / Протокол Б – компактный «методический фильтр» и контроль правильной логики защиты / В рабочем плане протокол А должен быть базой задач, а протокол Б – критерием приемки ключевых разделов.
6. Сильные стороны каждого протокола
Формат: Документ / Сильная сторона / В чем проявляется / Как использовать
1. Протокол А / Полнота аудита / Фиксирует почти все уровни доработки: от научной задачи и специальности до таблиц, библиографии, титульного блока и приложений / Использовать как общий контрольный список подготовки текста к предзащите.
2. Протокол А / Ориентация на кандидатскую техническую диссертацию / Сильнее показывает, что работа должна быть не просто применением LLM, а техническим исследованием с моделью, методом, алгоритмом, экспериментом и внедрением / Особенно полезно для усиления соответствия техническим наукам и специальности 2.3.4.
3. Протокол А / Детализация по главам / Позволяет понять, что именно исправлять во введении, главе 1, главе 2, главе 3, главе 4, экспериментальной части и заключении / Использовать при фактической редактуре глав.
4. Протокол А / Рабочие формулировки / Содержит варианты уточненной научной задачи, цели и положений на защиту / Взять как первый черновик для переписывания введения.
5. Протокол А / Планирование работ / Есть 15 первичных действий, календарная логика и чек-лист готовности /Использовать как backlog в трекере задач.
6. Протокол Б / Фокус на логике Шалыто / Четко требует доказательства через связку «аналог – прототип – ограничение – отличие – эффект» / Использовать как главный критерий приемки научной новизны.
7. Протокол Б / Защитная форма положений / Указывает, что положения должны быть близки к формуле изобретения: ограничительная часть, отличительная часть, цель отличия и подтверждаемый эффект / Переписать все три положения именно по этой схеме.
8. Протокол Б / Конкретные точечные правки / Приводит конкретные фразы и ошибки: заголовок о достоверности, публикации, пробелы, числительные, таблицы / Быстро закрывает видимые редакционные замечания, которые раздражают рецензентов.
9. Протокол Б / Минимальный экспериментальный набор / Дает ясные пять типов экспериментов: время, полнота, согласованность, устойчивость, анализ ошибок / Использовать как минимальную структуру экспериментальной главы.
10. Протокол Б / Коммуникационная компактность / Меньше перегружен. Его проще обсуждать с научным руководителем и использовать как основу для предзащитного плана / Начинать обсуждение с Б, затем раскрывать детали через А.
7. Ограничения каждого протокола
Формат: Документ / Ограничение / Риск / Компенсация
1. Протокол А / Может восприниматься как слишком объемный и жесткий / При прямой передаче автору без приоритизации возникает риск потеряться в 97 замечаниях / Сгруппировать замечания в протоколе А в четыре очереди: критические, научные, экспериментальные, редакционные.
2. Протокол А / Меньше привязан к конкретному тексту «Универсальных советов защищающимся» / Хотя требования Шалыто фактически затрагиваются, они не вынесены как основной критерий / Для переписывания новизны и положений использовать протокол Б.
3. Протокол А / Некоторые формальные замечания требуют проверки исходного DOCX / Например, титульные элементы, колонтитулы, стили и автоматическое оглавление по PDF могут оцениваться ограниченно / Перепроверить в исходном файле Word/LaTeX перед финальным нормоконтролем.
4. Протокол Б / Уже и менее подробен по нормативной стороне кандидатской диссертации / Меньше внимания уделяет титульному листу, структуре и объему, списку обозначений, приложениям, реквизитам внедрения / Не использовать протокол Б как единственный чек-лист готовности.
5. Протокол Б / Меньше детализирует главу 2–4 как технические результаты / Фокус на прототипной логике иногда оставляет меньше места для свойств модели, псевдокода, программной среды и статистики / Соединить протокол Б с технической детализацией протокола А.
6. Протокол Б / Ориентирован на рекомендации Шалыто, а не на все локальные требования совета / Советы Шалыто полезны, но не заменяют положения конкретного диссертационного совета и Университета / После научной правки провести отдельную сверку с локальным регламентом.
8. Сравнительная оценка по ключевым критериям
Формат: Критерий / Оценка / Обоснование
1. Полнота аудита кандидатской диссертации / Сильнее протокол А / Он охватывает больше обязательных элементов, глав, формальных требований и требований к техническому профилю.
2. Логика «аналог – прототип – отличие – эффект» / Сильнее протокол Б / Это центральная идея протокола Б и главный вклад рекомендаций Шалыто.
3. Связь с паспортом специальности 2.3.4 / Сильнее протокол А / Этот протокол подробнее требует показать организационную систему, управленческую задачу, критерии, субъект/объект управления.
4. Доказательность научной новизны / Сильнее протокол Б, но нужен и протокол А / Протокол Б задает форму доказательства, протокол А требует математическую и экспериментальную полноту.
5. Экспериментальная глава / Оба сильны, немного шире протокол А / Протокол А больше говорит о статистике, экспертной разметке, ресурсах. Протокол Б дает хороший минимальный набор экспериментов.
6. Программная реализация / Сильнее протокол А по деталям. Протокол Б сильнее по методологическому ограничителю / Протокол А требует описать архитектуру. Протокол Б не дает превратить архитектуру в замену научного результата.
7. Редакционные правки / Сильнее протокол Б по точечным ошибкам. Протокол А сильнее по общему нормоконтролю / Протокол Б быстро исправляет видимые ошибки, а протокол А закрывает общий стиль и оформление.
8. Удобство для управления доработкой / Сильнее протокол А / Он содержит более полный список работ и чек-листы.
9. Удобство для предзащитного обсуждения / Сильнее протокол Б / Он компактнее и говорит языком защищаемых результатов.
10. Итоговая стратегия / Комбинировать / Использовать протокол Б как «скелет защиты», а как «полный технический и нормативный аудит».
9. Рекомендуемая интеграция двух протоколов
Для дальнейшей работы нецелесообразно вести два независимых списка замечаний. Лучше сформировать единый master-протокол, где каждый пункт имеет источник, приоритет, ответственного и критерий приемки. Ниже приведен рекомендуемый порядок интеграции.
Формат: Действие / Источник / Зачем / Критерий готовности
1. Выбрать прототипы по каждому из трех положений / Протокол Б + Протокол А / Без прототипов научная новизна остается декларативной / Таблица «аналоги – прототип – ограничение – отличие – эффект» для каждого положения.
2. Переписать положения на защиту по схеме Шалыто / Протокол Б / Нужна защитная форма: ограничительная и отличительная части, цель отличия, эффект / Три положения в формуле «как и прототип..., отличающееся тем, что...»
3. Переформулировать цель через измеримые показатели / Оба / Цель должна быть проверяема экспериментально / После цели: перечень метрик трудоемкости, полноты, точности, согласованности, ресурсов.
4. Добавить главу 5 с экспериментальной проверкой / Оба / Это главный дефицит технической диссертации / Глава с корпусом, экспертами, baselines, метриками, таблицами результатов, анализом ошибок.
5. Сформировать матрицу «задача – глава – положение – публикация – эксперимент – внедрение» / Оба / Она связывает введение, основную часть и заключение / Одна сводная таблица во введении или перед заключением.
6. Добавить заключение / Оба / Заключение завершает диссертационную логику / Нумерованный список результатов, достижение цели, ограничения, перспективы, внедрение.
7. Различать модель, метод, алгоритм, архитектуру и программный комплекс / Оба / Смешение понятий снижает научную строгость / В начале глав 2–4 дать определения и не подменять научный результат архитектурой.
8. Усилить соответствие специальности 2.3.4 / Протокол А + пункт 44 Протокола Б / Нужно доказать, что это управление в организационной системе / Абзац о контуре экспертного принятия решений, управляющих воздействиях и критериях эффективности.
9. Перестроить главу 1 из обзорной в прототипно-сравнительную / Протокол Б + Протокол А / Обзор должен вести к выбору прототипов и постановке научного пробела / Таблицы сравнения SOTA по трем результатам.
10. Добавить выводы по каждой главе / Оба / Выводы должны фиксировать научный результат и отличие / Ненумерованный раздел «Выводы по главе N» с тремя – пятью нумерованными выводами.
11. Подготовить блок публикаций, апробации и внедрения / Протокол А + Протокол Б / Нужны доказательства достоверности и практической значимости / Полные выходные данные публикаций, связь с положениями, акты/справки, свидетельство на программу.
12. Провести нормоконтроль / Оба / Редакционные ошибки снижают доверие к содержанию / Исправить числительные, пробелы, аббревиатуры, продолжения таблиц, список литературы, рисунки, формулы.
10. Подробное содержательное сопоставление по разделам доработки
10.1. Введение, цель, задачи и научная проблема
Протокол А сильнее раскрывает нормативно-научную сторону введения: необходимость показать противоречие, научную задачу, объект и предмет именно в терминах управления в организационных системах, а также добавить методологию, структуру и объем. Протокол Б точнее указывает, что противоречие нужно довести до научного пробела и связать с конкретными SOTA-ограничениями. Лучшее решение – объединить оба подхода: во введении сначала показать практическое противоречие, затем научный пробел, затем измеримую цель и задачи, а после этого дать положения на защиту в прототипной форме.
10.2. Научная новизна и положения на защиту
Протокол Б здесь сильнее методически: он прямо требует формулу результата, близкую к формуле изобретения, и показывает, что текущие положения уже имеют удачное направление «включающий... отличающийся тем, что...», но без прототипа остаются неполными. Протокол А полезен тем, что требует связать каждое положение с главой, публикацией, экспериментом и внедрением. Итоговая редакция должна соединять оба требования: положение должно иметь прототипную формулу и быть подтверждено в матрице результатов.
10.3. Глава 1 и анализ литературы
Оба протокола считают главу 1 недостаточно прототипно-сравнительной. Протокол А требует расширить источники по управлению организационными системами, СППР, экспертным системам, human-in-the-loop AI и документообороту. Протокол Б требует не просто расширять обзор, а выбрать ближайший прототип по каждому положению. Практический вывод: расширение литературы должно быть целевым, а не количественным. Каждый новый источник должен работать на выбор прототипа или обоснование научного пробела.
10.4. Математическая модель
Протокол А подробнее требует формальных определений, списка обозначений, свойств модели, графа связей, критериев качества и примера применения. Протокол Б требует усилить сравнение с конкретными моделями представления документов: LayoutLM/Donut, knowledge graph, RAG-index и другие. Совместное решение: глава 2 должна начинаться с прототипного контекста, затем давать модель, потом показывать свойства и метрики, а в конце доказывать отличие от прототипа.
10.5. Метод координации моделей ИИ
Протокол А требует показать метод как воспроизводимый механизм управления: входы, выходы, ограничения, критерии приемки, выбор исполнителя, база метрик. Протокол Б добавляет важное замечание: механизм выбора исполнителя должен быть не просто эвристическим, а опираться на формальный многокритериальный выбор. Итог: в главе 3 нужно явно ввести целевую функцию или процедуру ранжирования исполнителей по качеству, времени, стоимости, допустимости обработки и формату результата.
10.6. Алгоритм и программная реализация
Протокол А больше внимания уделяет архитектуре, технологиям, псевдокоду, схеме алгоритма, программной среде и компонентам реализации. Протокол Б предупреждает, что без научной функции это будет выглядеть как инженерный отчет. Поэтому алгоритм нужно описывать как научный результат, а архитектуру – как реализацию и средство экспериментальной проверки. Для каждого компонента реализации надо указать, какой шаг алгоритма или критерий качества он обеспечивает.
10.7. Экспериментальная проверка и достоверность
Оба протокола сходятся, что экспериментальная часть – главный недостающий блок. Протокол А более широко описывает требования к метрикам, статистике, корпусу и экспертной разметке. Протокол Б хорошо формулирует минимальный набор экспериментов и особенно ценно добавляет требование отделить качество метода от качества конкретной LLM. В итоговой главе нужно показать не только, что система работает, но и что именно модель/метод/алгоритм дают эффект относительно baselines.
10.8. Оформление и язык
Протокол А дает широкий нормоконтроль: оглавление, приложения, список обозначений, формулы, рисунки, библиография, повторяемость терминов. Протокол Б дает точные правки, которые хорошо соответствуют советам Шалыто: не использовать необъясненные аббревиатуры, писать числительные словами, повторять шапку таблиц, делать вывод после каждой таблицы. Лучший порядок работы: сначала научная перестройка, затем точечные правки Б, затем полный нормоконтроль А.
11. Оптимальная структура доработанной диссертации с учетом двух протоколов
Ниже приведена структура, которая объединяет сильные стороны двух документов. Она не является заменой локальным требованиям диссертационного совета, но может служить рабочим каркасом следующей редакции.
1. Введение: актуальность, степень разработанности, противоречие, научный пробел, объект, предмет, цель с измеримыми критериями, задачи, положения на защиту в прототипной форме, новизна, теоретическая и практическая значимость, достоверность, апробация, публикации, внедрение, личный вклад, структура и объем.
2. Глава 1. Проблемно-классификационный и прототипно-сравнительный анализ: предметная область, аналоги по модели, методу и алгоритму, выбор прототипов, ограничения SOTA, постановка научной задачи. Выводы по главе 1.
3. Глава 2. Математическая модель многопроекционного представления документа: определения, обозначения, проекции, граф трассировки, критерии качества, сравнение с прототипом, пример применения. Выводы по главе 2.
4. Глава 3. Метод координации моделей ИИ: база метрик, правила контекстуализации, многокритериальный выбор исполнителя, критерии приемки, отличие от RAG/agent/model routing-прототипов. Выводы по главе 3.
5. Глава 4. Алгоритм многопроекционного анализа: входы и выходы, граф аналитических задач, псевдокод, управление зависимостями, приемка результатов, агрегация в протокол, ограничения алгоритма. Выводы по главе 4.
6. Глава 5. Программная реализация и экспериментальная проверка: архитектура как реализация алгоритма, корпус документов, экспертная разметка, baselines, метрики, результаты, абляция, анализ ошибок, трудоемкость эксперта, внедрение. Выводы по главе 5.
7. Заключение: нумерованные научные и практические результаты, степень достижения цели, решение задач, подтверждение положений, ограничения и направления дальнейших исследований.
8. Список литературы и приложения: акты внедрения, свидетельство на программу, примеры протоколов, промпты/шаблоны, дополнительные таблицы экспериментов, список обозначений при необходимости.
12. Итоговые рекомендации по использованию протоколов
Рекомендуемый практический порядок работы следующий:
1. Начать с Протокола Б и переписать научную рамку: прототипы, положения, цель, научный пробел, эффект. Это создаст «скелет защиты».
2. После этого открыть Протокол А и пройти по нему как по полному чек-листу: структура, специальность 2.3.4, формализация, главы, эксперимент, публикации, внедрение, оформление.
3. Создать единую таблицу задач с колонками: замечание, источник А/Б, приоритет, раздел диссертации, действие, критерий приемки, статус.
4. Не исправлять сначала редакционные мелочи, пока не перестроены положения, глава 1, экспериментальная глава и заключение. Редакционный нормоконтроль выполнять последним.
5. На обсуждение с научным руководителем вынести не оба длинных протокола, а краткую сводку: пять критических дефицитов, новая структура, новые положения на защиту и план экспериментов.
Финальный сравнительный вывод: Протокол А является более сильным как полный технический и нормативный аудит кандидатской диссертации. Протокол Б является более сильным как методический инструмент доведения текста до защитной логики по рекомендациям А.А. Шалыто. Максимальный эффект дает не выбор одного из них, а их последовательное применение: протокол Б – для формулы научной новизны и доказательства отличий, протокол А – для системной доработки всего документа до уровня предзащиты.
Объединенный чек-лист готовности следующей редакции
1. Выбраны и библиографически оформлены прототипы по каждому из трех положений.
2. Положения на защиту переписаны через ограничительную и отличительную части.
3. Во введении есть измеримые критерии достижения цели.
4. Глава 1 завершает обзор выбором прототипов и постановкой научного пробела.
5. Глава 2 содержит список обозначений, свойства модели, метрики и пример применения.
6. Глава 3 содержит формальный механизм выбора исполнителя и приемки результата.
7. Глава 4 содержит псевдокод, входы/выходы, условия повторного запуска и агрегацию результата.
8. Добавлена глава 5 с baselines, экспертной разметкой, результатами.
9. Сокращение трудоемкости измерено временем эксперта, а не только временем вычислений.
10. Для метрик Kcov, Kev, Kctx, Klink или их итоговых аналогов приведены экспериментальные значения.
11. В каждой главе есть ненумерованные «Выводы по главе» с нумерованными выводами.
12. Добавлено заключение, которое отвечает на цель, задачи и положения.
13. Публикации и внедрение связаны с конкретными положениями и результатами.
14. Список литературы оформлен единообразно и содержит источники по управлению в организационных системах, СППР, экспертным системам и ИИ-анализу документов.
15. Все аббревиатуры раскрыты при первом употреблении.
16. Таблицы имеют выводы после каждой из них; длинные таблицы имеют продолжение и повтор шапки.
17. Исправлены точечные языковые ошибки, указанные в Протоколе Б.
18. Проведен полный нормоконтроль по Протоколу А и локальным требованиям диссертационного совета.