"#DeksdenFlow - 3 :: Protocol - Этап обсуждения ⚪️ Почти любую доработку в системе я провожу через этап планирования. Исключением являются только короткие фиксы, которые я делаю так: допустим, при работе с системой замечен какой то косячок, который надо поправить. Я беру из пула готовых ""прогретых"" контекстов один, и пишу раздел системы, который затронут косячком. Например, это дашборд (веб приложение для управления системой) - тогда второй промпт для контекста агента будет ""подготовься к работе с дашбордом, сформируй контекст, возвращайся как будешь готов к обсуждению"". Благодаря меморибанку агент знает куда ходить для сбора информации об этой части системы, и через минуту-другую чтения документации возвращается уже эрудированным в этой части системы. после этого простым языком описываем подмеченный косяк, просим провести анализ и установить причину, предложить решение. Агент работает, выдаёт нам результат - предлагает фикс. Если вас все устраивает, фиксим. ▶️ Регулярно возникает ситуация когда я понимаю, что вместо короткого фикса требуется доработка, а то и переработка какой то части системы. Например, сервер в дашборд отдаёт не так, не то, или не сколько надо. Тогда мы начинаем ""этап планирования"". Теперь собственно, к планированию. Кодекс не содержит отдельного инструмента планирования, хотя он нужен, важен и полезен. Мало того, что для планирования надо использовать самую умную модель, так ещё желательно менять стиль изложения агента. Да, в кодексе тоже нету переключения стилей вывода, как Explanatory в СС, и это тоже мешает эффективной работе. ▶️ Насчёт моделей в кодексе. Выбор невелик, но он есть: - Gpt-5-thinking high - Gpt-5-codex high Я предпочитаю на планирование брать Gpt-5 : по моим ощущениям она поумнее. Возможно, потому что Gpt-5-codex это агентный тюн, который лучше движется по задачам, но, возможно, в некоторый ущерб креативности. Поэтому - обычная Gpt-5-thinking ▶️ Что такое планирование? Это когда мы обсуждаем доработку/переработку системы, и в итоге обсуждения доработки рождается план внесения изменений в систему. Я привык работать паттерном ""подготовились -> поработали"" ВСЕГДА: - сначала агенту формулируется тема обсуждения/вопрос и даётся задание ""подготовиться к вопросу, сформировать контекст, возвращаться как готов"". - само обсуждение вопроса провожу следом, поверх готового контекста ▶️ Процесс обсуждения у меня не структурированный. Обычно перед обсуждением в кодексе я вставляю промпт чтобы поменять стиль общения. По-умолчанию Gpt-5 и особенно Кодекс общаются как аутисты/асоциалы - кратко, тезисно, малопонятно, экономя токены. Объяснения, пояснения, примеры из него надо клещами вытаскивать. Когда он пишет код - это норм, но на этапе планирования хотелось бы общения Чтобы скорректировать стиль общения я вставляю промпт в таком духе: - общаться ясно, приводить пояснения к своим тезисам, - приводить необходимые для ясности примеры, - раскрывать логику решений, основания, на которых базируются идеи - придерживаться объективности, не поддакивать, - не проявлять избыточной поддержки позиции пользователя, а формировать своё экспертное мнение - тезисы пользователя брать к сведению, но не как безусловные вводные, - критически переосмысливать всю информацию, основываться на фактах - решения принимать на базе оценки плюсов/минусов; - для важных решений предлагать варианты, озвучивать плюсы/минусы каждого, рекомендовать наиболее оптимальный вариант, приводить мотивировку оптимальности такого варианта; ..."