"⚪️ Планирование Обсудим мое текущее понимание этапа планирования. ▶️ На верхнем уровне: модель плохо оперирует большими задачами. По конструкции нейросети, если вы обсуждаете большую фичу, модель думает про нее сразу про всю. В результате, если попытаетесь запланирвоать что то глобальное - получите огромную штуку, у которой в КАЖДОЙ части будут недоработки. Это эффекти дефицита голов внимания. Слона надо кушать по кускам. Обсуждение большой задачи оставляйте на верхнем уровне. Обсуждайте только концептуальное. Обсуждайте из каких блоков большая задача состоит. Фиксируйте общую картину: в виде спецификации, в виде какого то документа, описывающего что вы делаете, для какой цели, как будете проверять достижение цели. Это будет конечной точкой маршрута: куда мы все с этим планом идем. Опишите критерии завершения. Что должно быть сделано, когда мы выполним план. Если у вас получилось несколько сценариев, которыми надо проверять достижение цели - значит у вас несколько задач. Фиксируйте все, и прорабатывайте по одной. ▶️ Декомпозиция: это когда вы большую проблему разбираете по частям, методом анализа. После обсуждения верхнего уровня и конечной цели - фиксируйте конструкцию, нужен перечень блоков, из которых ваша конструкция состоит. На этом этапе ваша задача - зафиксировать составляющие подзадачи/подсистемы, и как они друг с другом связаны. Если это какая то система, зафиксируйте ее подсистемы и их контракт взаимодействия. Если вы не можете нормально декомпозировать задачу, или не выходит относительно простой схемы взаимодействия частей, вероятно вы залезли уже внутрь и пытаетесь цельную задачу декомпозировать на кусочки. Такое делать не стоит. ▶️ Каждая часть у вас должна получить спецификацию и сххему проверки, как эта часть выполняет свою часть контракта в рамках системы. На каждую часть я делаю отдельный протокол, со своим планом реализации, со своими сценариями проверки, со своими проработками с разных сторон ▶️ При проработке я применяю фокусное ревью плана - это когда используется пучок субагентов, и каждый субагент исследует отдельный аспект плана. С современными моделями важно проработать оверинжиниринг - они все еще склонны усложнять, склонны вводить ненужные абстрации и сущности, которые нужны ""для красоты"" или ""на всякий случай/пригодятся в будущем"". Такое нам не нужно - внимания и на существующие фичи не так много остается, куда тут усложнять! Субагентов и фокусные аспекты набирайте под задачу. ▶️ Схема проработки частей может быть графом: модель успешно нарисует вам какие части можно делать параллельно. Есои у вас есть сетап для запуска нескольких сессий - будет чуток быстрее в паралелльном режиме работать Современный фронтир легко делает граф из нескольких паралелльных волн, потом ряд последовательных шагов, потом снова паралелльные волны. В общем, любой сетап. ▶️ Ризонинг. Планирование - это как раз этап, который очень здорово может использовать длинные и очень длинные последовательности цепочек. Используйте повышенный ризонинг по сравнению с кодингом. На кодинге высокий рихонинг может быть вреден: там уже надо делать, и долгие раздумья отвлекают и путают. Если кодите Sol High - используйте на планировании Sol XHigh / Max / Ultra. Когда выбирать повышенный ризонинг? Еслизадача предусматривает для решения конкретного вопроса учета множества факторов, рассмотрение длиннцх цепочек, много сайдэффектов и так далее. То есть от количества деталей, которые одновременно нужно взаимоувязывать. Очень важно понять: если на самом верхнем уровне модель не додумалась до чего то, или приняла неправильное решение - это отразится на всей системе. При проработке деталей этот непроработанный момент вряд ли всплывет. Поэтому важно на каждом уровне обеспечить адекватный задаче уровень проработки. Не стоит CRUD форму планировать на Max. Тут даже Sol Low справится, потому что задача очень неглубокая: простейший набор действий. А вот проработка системы сетевого взаимодействия в реальном времени - возможно и большого ризонинга требует ... (окончание там: https://t.me/deksden_notes/969) @deksden_notes"