#DeksdenFlow - 3 :: Protocol - Этап обсуждения

⚪️ Почти любую доработку в системе я провожу через этап планирования.

Исключением являются только короткие фиксы, которые я делаю так: допустим, при работе с системой замечен какой то косячок, который надо поправить. Я беру из пула готовых "прогретых" контекстов один, и пишу раздел системы, который затронут косячком. Например, это дашборд (веб приложение для управления системой) - тогда второй промпт для контекста агента будет "подготовься к работе с дашбордом, сформируй контекст, возвращайся как будешь готов к обсуждению".

Благодаря меморибанку агент знает куда ходить для сбора информации об этой части системы, и через минуту-другую чтения документации возвращается уже эрудированным в этой части системы.

после этого простым языком описываем подмеченный косяк, просим провести анализ и установить причину, предложить решение. Агент работает, выдаёт нам результат - предлагает фикс. Если вас все устраивает, фиксим.

▶️ Регулярно возникает ситуация когда я понимаю, что вместо короткого фикса требуется доработка, а то и переработка какой то части системы. Например, сервер в дашборд отдаёт не так, не то, или не сколько надо.

Тогда мы начинаем "этап планирования".

Теперь собственно, к планированию. Кодекс не содержит отдельного инструмента планирования, хотя он нужен, важен и полезен. Мало того, что для планирования надо использовать самую умную модель, так ещё желательно менять стиль изложения агента. Да, в кодексе тоже нету переключения стилей вывода, как Explanatory в СС, и это тоже мешает эффективной работе.

▶️ Насчёт моделей в кодексе. Выбор невелик, но он есть:
- Gpt-5-thinking high
- Gpt-5-codex high

Я предпочитаю на планирование брать Gpt-5 : по моим ощущениям она поумнее. Возможно, потому что Gpt-5-codex это агентный тюн, который лучше движется по задачам, но, возможно, в некоторый ущерб креативности. Поэтому - обычная Gpt-5-thinking

▶️ Что такое планирование? Это когда мы обсуждаем доработку/переработку системы, и в итоге обсуждения доработки рождается план внесения изменений в систему.

Я привык работать паттерном "подготовились -> поработали" ВСЕГДА:
- сначала агенту формулируется тема обсуждения/вопрос и даётся задание "подготовиться к вопросу, сформировать контекст, возвращаться как готов".
- само обсуждение вопроса провожу следом, поверх готового контекста

▶️ Процесс обсуждения у меня не структурированный. Обычно перед обсуждением в кодексе я вставляю промпт чтобы поменять стиль общения. По-умолчанию Gpt-5 и особенно Кодекс общаются как аутисты/асоциалы - кратко, тезисно, малопонятно, экономя токены. Объяснения, пояснения, примеры из него надо клещами вытаскивать. Когда он пишет код - это норм, но на этапе планирования хотелось бы общения

Чтобы скорректировать стиль общения я вставляю промпт в таком духе:
- общаться ясно, приводить пояснения к своим тезисам,
- приводить необходимые для ясности примеры,
- раскрывать логику решений, основания, на которых базируются идеи
- придерживаться объективности, не поддакивать,
- не проявлять избыточной поддержки позиции пользователя, а формировать своё экспертное мнение
- тезисы пользователя брать к сведению, но не как безусловные вводные,
- критически переосмысливать всю информацию, основываться на фактах
- решения принимать на базе оценки плюсов/минусов;
- для важных решений предлагать варианты, озвучивать плюсы/минусы каждого, рекомендовать наиболее оптимальный вариант, приводить мотивировку оптимальности такого варианта;

...