Кажется что на фронте СППР затишье.
Но на самом деле работа ведётся.
Больше всех задач всем задал ИИ.
Под него приходится практически полностью перерабатывать уже почти готовые продукты.
Тем не менее, обкатка в полевых условиях на проектах ведётся.
Прилагается пример из двух слайдов презентации.
Можно сделать некоторые выводы для себя почему меняется идеология и архитектура
продуктов в области СППР (software design).

PS От какого это продукта попробуйте догадаться сами.

PSS Если кто-то ещё хочет дать информацию о движе по своему или интересному стороннему решению
- велкам к нам на публикацию.

Вот статья о проблемах внедрения ERP
(СППР там упомянут мельком как инструмент среди инструментов на крупном проекте)
Но автор там сам Кислов.
А Кислов не абы кто, а величина известная в мире 1С и на крупных проектах 1С.

Но что тут главное - озвучены проблемы, который 100500 раз назывались как
причина проблем на проектах ERP и подобных
И они уже 20 лет как называются.

И что?
Кто провёл работу над ошибками?
Кто разработал методику поведения, которая снимает эти проблемы?

Даже Кислов называет эти проблемы, но никаких идей по их устранению не называет.
Просто константирует как факт, который будет всегда.

Есть проблема с НСИ - и что?
Действие то какое надо предпринять франчу на проекте?
Какое поведение устранит эту проблему и т.д. и т.п.

Вот как ИИ будет заменять 1С-программистов в частности.
Живые реальные примеры.
Пока достаточно простые.
Дальше- больше.
Пока особенность текущего момента -
всё живёт и работает на лично разработанных отдельными энтузиастами инструментах
(МСР и т.п.)

MAKER - стал основной конкурент СППР?
От ТЗ до кода 1С без потери контекста
Они же типа сделали сервис для аналитиков, который по описанию (видимо на стадии пресейл проекта)
формирует опросник для аналитика.
Кто успел попробовать в реале?
Или опять рекламная продвижуха на ИС проскочила?

Тут подана интересная мысль,
что в программировании ИИ заработает в полную силу
только после того как будут изменены принципы кодинга и построение программ.
Сейчас все пилят ИИ под то как делает/читает код человек.
Но ИИ предполагает, что для него нужна другая парадигма построения кода.
В статье есть непрямой намёк, что этой парадигмой станет архитектура.
Архитектура станет определителем границ и правил.

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

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

Есть теория "классический анализ потока данных (data-flow analysis)", где на основе которой делают разбор программ на узлы (функция, модуль кода, поле, выражение и т.п.)
Например заводят формулу типа XM​=FM​(XN1​​,…,XNk​​)
Здесь FM​ — правило, которое говорит: «если аргументы имеют такие типы, какой тип получится у этого выражения/вызова/метода?"
Типы представляют как элементы решётки типов.
В частности, на этой основе строят AST-дерево кода.
Тут основная борьба состоит в том, что теория обещает, что вы можете описать код с помощью решётки типов и после какого-то числа итераций
достигается неподвижная точка, где весь ваш код как бы описан. Но практика говорит что рекурсии в коде, стоимость каждой итерации пересчёта типов,
ресурсы памяти компьютера могут сделать детальное описание невозможным и придётся делать огрубление описания связей графа (решётки).

Так вот, вопрос в том, можно ли эту теорию применить к проектированию ПО, в частности на СППР (там же тоже будет граф связей, решётки типов)?
Это касается, в частности, тех, кто пытается связать проектирование отражённое в СППР (требования, функции, роли и т.п.) с конфигурациями 1С
(включая перестройку описаний в СППР от diff`ов конфигураций).
По сути в СППР строится некая решётка (граф) и есть потребность её постоянно переписывать из-за изменений в требованиях заказчика и в коде.

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

:))))))))))) Не дай бог о таком Светлана из нашего чата по СППР узнает:
(ниже ответ ИИ по итогам выполнения задачи)

Честное признание
В общей рабочей папке %TEMP%\opencode лежали также файлы чужих прошлых сессий (логи Duplicati, скрипты ...*, субтитры whisper, MountPoints2_backup.reg) — и моя очистка корневых файлов задела и их. Они были временными артефактами других задач, но MountPoints2_backup.reg звучит как бэкап реестра — если он вам был нужен, восстановить его из корзины нельзя (удаление шло мимо корзины). Приношу извинения — следовало фильтровать строго по именам своих файлов

Тестирую OpenCode (спасибо @AleksSazonov за своевременную наводку) в задачах на работу с десктопом и домашней сетью.
(почему его - потому что у него объявлены как готовые скиллы по работе с 1С, но сразу с рабочей 1С боязно пробовать, пробую на личном компе на задачах ОС и сети).
Проверяемая цель: чтобы ИИ работал внутри той же СППР как обычный пользователь и выполнял задачи, а навыки ему подавать не кодом 1С, а как обычный юзер текстом - файлом)

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

Нас про СППР типа и арабы читают? 😁

Как было обещано, выпущена статья по работе с OpenCode
Там есть про MCP-серверы и скиллы для 1С.

Пока вы переживаете что ИИ отменяет программистов, программисты написали ИИ который отменяет генерального директора и весь топ-менеджмент компании. На моделях Соннет и Опус сделано.