Материал об использовании СППР в Росатоме.
Весьма значительный кусок именно про СППР.
Особенно обратите внимание на "нестандартные решения" с СППР.

Прикольно что у ссылки этого крупного конфренцпроекта в нефтянке
на презентацию кончилось делегирование на сайт.

Уже пошли мысли, что вайб-кодинг как метод уже устарел, хоть ему может год от роду от силы.
Взамен идет "агентное роевое программирование".
Ключевые цитаты:

То, на что у команды из людей ушло бы 18 рабочих дней, уложилось в шестичасовой перелёт. (1 человека)

Опытные программисты видят, как всё наше ремесло за 30–40 лет меняется радикально всего за несколько месяцев

«Рой» — это архитектура, где задача разбивается на части и распределяется между несколькими специализированными агентами.

Финальное звено — человек. Самые успешные разработчики не пассивно «промптят» ИИ, а становятся архитекторами-кураторами.

Интеграция инструментов: Это, пожалуй, главное изменение правил игры. Агенты больше не пишут код «в вакууме». Теперь они встроены в реальную среду разработчика и используют ключевые инструменты: grep для поиска по кодовой базе, pytest для запуска тестов, утилиты сборки вроде make или pip для компиляции и настройки проектов, а также git diff для управления изменениями. Такой подход замыкает цикл между генерацией кода и его проверкой в реальных условиях.

агентное роевое программирование — это не замена разработчиков, а усиление самых квалифицированных из них. Их роль трансформируется: от человека, который сам пишет код, к архитектору и валидатору работы команды, управляемой ИИ.

Вот здесь изложение

Над чем нам следует задуматься - если меняется парадигма разработки, то и подход к проектированию/архитектуре меняется тоже.
Результат работы всех этих "роёв" может быть положен (зафиксирован) в какой-либо системе контроля версий архитектуры - самое то для СППР.

До того как начался бум ИИ-LLM-AI мэйнстримом в проектировании/программировании считалось
направление low/no-code.
Являются ли ИИ и NoLowCode конкурентами или взаимодействующими технологиями?

И то и то требовало изменения подходов к архитектуре ПО, но каждое по разному.
Общего у них то, что результат описания архитектуры следует где-то хранить.
Для NoLowCode визуализация в графике и есть описание архитектуре. Здесь СППР как бы не особо нужна.
ИИ/LLM вне предусматривают хранения результата в явном виде, разве что под этим понимать помещение результатов в MCP-базу.
Здесь СППР могла бы быть востребована как хранилище описания архитектуры.

А вообще NoCode (без low) и ИИ/LLM имеют общий базис - текстовое или графическое описание исходной ситуации/пользовательских требований,
из которого и разворачивается код/работа ПО.

Про МСР в 1С
пост от участника нашего чата @valentin_azharonak
примечательно что в профиле автор себя обозначает "Безработный Руководитель разработки 1с"
что само по себе может быть темой отдельной статьи - почему люди с прогрессивным подходом не у дел

Сам текст вот

🥳 Функционал MCP сервера понемногу наращивается. 🥳
Провел рефакторинг кода, как смог разбил проект на модули, но получилось не все задуманное. 😭
Gemini в связке с mcp при работе с каталогом проекта 1с вел себя непредсказуемо, то нормально получал путь к проекту для анализа и создания, то в упор ничего не находил. 😰 Добиться стабильности так и не смог, пришлось передавать путь к проекту в docker контейнер при создании.

Тем временем gemini читает 🤩 мое техническое задание на создание объектов и умеет создавать Константы, Справочники, Документы, Регистры сведений. 🫡
Работает быстрее меня (если создавать руками).
Иногда его "прорывает" и он начинает создавать объекты "пачками" а не по одному. Учитывая тот факт, что под капотом curl требующий подтверждения пользователя, вариант "пачками" просто шикарен, но методику его "вызова" я пока не уловил 🤔

PS Пишут 1С:Напарник стал доступен и бесплатен на год. Про ИИ в нём ничего не слышно.

Кто знает что случилось с Инфостарт и Олегом Филипповым (comol)?
Рейтинг Олега на ИС стал нулевым, статьи исчезли.
https://infostart.ru/profile/74713/
В частности статьи про агенты ИИ и MCP-серверы в 1С
https://infostart.ru/1c/articles/2322860/

Статья нашего активного участника Дениса Ермолаева про инструмент в области СППР
тоже недоступна.
https://infostart.ru/soft1c/1654074/

Косят авторов? Режут темы близкие к СППР и ИИ??

ЗЫ https://news.1rj.ru/str/comol_it_does_matter/541

СППР сейчас в версии 2.0.14.25 от 12.09.25
И, судя по данным ХХ, ведущий программист именно на СППР в 1С по прежнему требуется.

Забудьте о бесконечных правках. Ваш ИИ-ассистент теперь генерирует работающий код на 1С с первого раза.

О как!
А вы вайб-кодинг отрицаете!?

От Mos.ru (госуслуг по московски) пришло письмо
от Mos.Hub //Демо

Вы сможете подробнее познакомиться с ключевыми возможностями платформы Mos.Hub:
• инфраструктурой разработки и эксплуатации решений;
• интеграцией инструментов CI/CD, управления кодом и артефактами;
• сервисами Mos.Track для управления ИТ-проектами и Mos.Wiki для совместной работы с документами;
• инструментами для развития собственных проектов;
• сообществом разработчиков и единомышленников.

В связи с блокировками мессенджеров
напоминаю, что у данного канала/чата по СППР есть резервный канал
на ЯндексДзен
и чат в МАХ
Пока в Дзен только транслируются посты, а маховский чат чисто резерв,
хотя общаться можно и в Дзене.
Пойдут ли они в ход и где из двух будет активный канал покажет время.

Весьма интересная и короткая статья про пути развития вайб-кодинга.
Ключевые мысли:

1. Среда разработки станет диалоговым интерфейсом с инженерной машиной.

2. ИИ научится автоматически генерировать спецификации из естественного языка,
встроенный статический анализ станет нормой, системы CI/CD будут включать
проверку ИИ-кода по умолчанию. ИИ превратится во «второго архитектора»,
но под контролем человека.

3. Самая коварная проблема vibe coding — иллюзия контроля.
Чрезмерная зависимость от ИИ без понимания основ — путь к потере экспертизы

4. Ссылка на доклад "О проектировании сложных систем в эпоху ИИ"
(Сергей Салищев, кандидат физико-математических наук и старший преподаватель кафедры информатики СПбГУ,
Его работа заставляет по-новому взглянуть на феномен vibe coding —
программирование через диалог с ИИ, которое стремительно меняет нашу профессию.)

Мысли, к которым приводит статья:
Общий тренд - программист всё больше и больше "выжимается" в архитектора (инженера).
Архитектор задаёт правила и рамки, а ИИ - кодит.
Следовательно востребованность систем, хранящих свод правил и контрольные тесты растёт
- а собственно это и должна быть СППР следующего этапа.

На бизнес-форуме 1С по ERP, который пройдёт 20.11.2025,
ожидается анонс по развитию СППР.
В чате СППР был продемонстрирован трейлер решения
с универсальным списком бизнес-процессов в ERP
и автоматическим построением графической иерархической схемы процессов.
Демо сделано на СППР судя по видео.
Весьма впечатляюще.
Ожидаем ответ в частности на такие вопросы:
1. К чему сходится графсхема в своей основе - к метаданным и/или коду?
2. Реально получаем постоянно сопровождаемый 1С детальнейший список бизнес-процессов в ERP?
(ужель даже с привязкой к метаданным?!?!)
Какие ещё вопросы вы хотели бы задать к бизнес-форуму?

Среди ассоциации производителей машин и оборудования
лесопромышленного комплекса тоже востребована экосреда СППР.
Судя по объявленному мероприятию среди ключевых потребностей -
цифровое документирование создания и сопровождения корпоративных систем.

Кто смотрел только что закончившийся вебинар по ERP-tools?
Ваше мнение?

Нужен срочный мозговой штурм - где на форуме 1С ERP может быть речь про СППР

Подозреваемый - секция "Управление ИТ-проектами, внедрение и сопровождение"
Но кто знает, может в секциях по ERP что-то всплывёт.

Интересные тезисы из выступления Нуралиева на бизнес-форуме 1C:ERP 2025

Реально наблюдаем случаи дефолтов-неплатежей, сворачивание программ
автоматизации

Что мешает фирмам-франчайзи развивать бизнес в
текущей ситуации, в чем они видят "узкие места"?
Опрос сентября 2025, 236 ответов -
и, бинго, 103 ответа "Нехватка специалистов"

При этом количество вакансий для "программист 1С упало вдвое в сравнении с 2021 годом

1с рекомендует стоимость часа специалиста среднего уровня от 4000р, а высокого уровня от 5500р
Сейчас час по всем уровням спецев стоит примерно 3-4 тр.

К 1С не поступало запросов на реализацию систем с более чем 30000 пользователей в одной базе.
И запросов на большие масштабы не предвидится.
Вот оценка по стороны ИТ (1С-сферы) масштабов российского бизнеса.

СППР получила в выступлении Нуралиева отдельный слайд и ссылку на отдельное выступление по ней.
Но никакой новой информации слайд не дал - просто описал предназначение СППР для различных видов пользователей.
Самое прикольное, что среди таких групп перечислены Руководители разработки, Разработчики, Техписы, Тестировщики,
а Архитекторы и Аналитики даже не упомянуты.
Символично.

Есть такой "закон Конвея"
Кратко его суть:
Создатель системы (организация) проецирует свою коммуникационную оргструктуру (чтобы это ни значило)
в проектируемую систему.
Наверное, можно это переизложить так: Создатель создаёт своё творение по своему образу и подобию
(уточнение в исходнике по Конвею только по своему коммуникационному образу и подобию - чтобы это ограничение не значило).
Вопрос:
Все кто сейчас проектируют свою "СППР" или доработки к ней не попали уже в ловушку "по своему образу и подобию"?

К предыдущему посту
Есть такой закон Эшби,
его суть кратко: "Разнообразие управляющей системы должно быть не меньше разнообразия управляемой системы"
Из него есть как бы следствие - Закон Седова (закон иерархических компенсаций),
кратко его суть:
"В сложной иерархически организованной системе рост разнообразия на верхнем уровне системы
обеспечивается ограничением разнообразия на предыдущих уровнях, и наоборот,
рост разнообразия на нижнем уровне разрушает верхний уровень организации (т.е. система как таковая гибнет)."

Отсюда можно сделать частный вывод:
Архитектура системы, как более высокоуровневая иерархически система, должна являться ограничением
для уровня кода.
"Архитектура режет код".
Отсюда следствие: программист не должен выходить за ограничения архитектуры, которая строится другими специалистами.
Другими словами: архитектура кода не должна противоречить или расширять границы архитектуры системы, созданной на уровне архитектора.
Вобщем, Архитектура - это ограничения для программиста.
Нарушил ограничения - усложнил систему сверх требуемого и т.п. и т.д.