🔄 #обновление большое обновление правил для разработки на 1С.

Что нового:
✔️ Сильно снижена утилизация контекста. Всё что только возможно загружается "по необходимости" - для всех агентов
✔️ Workflow (спека-разработка-обновление БД-тестирование) стал более гладким и автономным. По сути всё определяется на этапе спеки
✔️ Появились команды installmcp и updatemcp - для самых ленивых. Кто приобрёл MCP нужно только указать логин и пароль от вашего ЛК (после покупки становится доступен) остальное агент делает сам ❗️❗️❗️ для udpatemcp особенно рекомендую.
✔️ Основной принцип по-прежнему от Andrey Karpaty (133 тысячи звёзд github)
✔️ Взято и адаптировано для 1С всё что было релевантно из superpowers (195 тысяч звезд github)
✔️ Взято и адаптировано для 1С skills и agent-skills тоже некоторые очень нужные вещи (везде по 100 тысяч звёзд примерно)
✔️ Таким образом наверное можно сказать что текущие правила включают все лучшие практики мирового сообщества 🥇
✔️ В правила вшит caveman - Must have инструмент для экономии контекста. Особенно актуален для Claude - дорогих и излишне болтливых моделей.
✔️ Появились команды update (обновление текущих правил), doctor (если что то не так), checkmcp (проверка доступности MCP)
✔️ Появилась нормальная поддержка ibcmd
✔️ Единый источник правды обо всём что агенту нужно знать про вашу базу (dev.env) - для обновления, тестирования, обновления файлов и т.п.
✔️ Систематизировались команды updateconfig, loadconfig, updatebase - для работы с ИБ и обновлениями текущего репозитория.
✔️ Некоторые небольшие улучшения и исправления (в т.ч. по работе с MCP)

⚠️ Данные правила предназначены для более-менее полноценной разработки. Если вам нужно написать внешнюю обработку вида "удали всех контрегентов в базе" правила которые говорят "посмотри в базе, убедись что всё верно, проверь код" могут показаться слишком тяжелыми. В этом случае надо или явно говорить в правилах что хочется сделать быстрый патч или не использовать их.
⚠️ При любом первом сообщении в чате правила подгружаются - 18 тысяч токенов. Если вы написали что то вроде "перейди в каталог" это может показаться странным, тем не менее не надо особо бояться - даже для средней задачи это 5-10% от потребления максимум. И токены по полной стоимости высчитываются только первый раз, далее будет cache read - что дёшево.
⚠️ Правила эффективно работают с MCP без них тоже работать будут, но несколько хуже.
⚠️ С правилами и MCP разработка занимает больше времени - множество проверок, контроль качества кода, обновление и тестирование БД.
⚠️ Крайне рекомендую использовать openspec workflow - хотя бы opsx-propose и opsx-apply.

В правилах использован SDD openspec. Что это такое как применять и зачем он нужен - рассказывал на курсе по продвинутому вайбкодингу

📹 показывать как я пользуюсь правилами и MCP буду уже на конференции большую часть думаю успеем в лайв режиме. Всем рекомендую посетить хотя бы день 2, приходите.