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

Есть теория "классический анализ потока данных (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С.

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

Как вам такая идея:
Ради СППР нам всем использовать OpenCode
Мы можем нарабатывать скиллы в OpenCode по работе в СППР
на линии бизнес-процесса
UserStory-Требования-Метаданные-Решения
и цикла
Исходная задача-Отражение в СППР-Тестирование-КорректировкаЗадачи-ФиксацияРешенияADR

Чат по СППР использовать для обмена версиями скиллов и согласования действий по обучению ИИ.

Примерно так: Получив задачу конвертируем её в Требования с декомпозицией,
Требования связываем с метаданными автоматически, по связкам определяем функциональный разрыв,
Вырабатываем решение-Фиксируем всё это в СППР, включая версии.

С просторов интернета:

"Чё там про 1С программистов говорили? Искусственный интеллект им не страшен? Первое расширение для сложно составной конфигруации — написано GPT 6 Astra протестировано и работает. 

Заняло 18 часов от анализа всей базы, конфигурации и расширений до реализации.Направление бизнеса — логистика, объем данных: 4594 заказа, 1069 грузов, 9844 перевозки. Задача: реализация ЭТД в рамках доработанной конфигурации, с использованием коннектора Контур логистика. "

Интересно ли вам было если в канале/чате будет проведён вебинар на тему:
Как снизить количество инцидентов в 1С на 90%: Нагрузочное тестирование тонкого и web-клиента

1С — ядро ИТ-ландшафта российских компаний, для которой критически важно избежать простоев.
Мы уделим внимание способам тестирования производительности через Web-протокол, вы увидите живую демонстрацию работы с веб-трафиком. А также расскажем, как решить проблемы с этим трафиком и тестировать 1С быстро и покажем без воды, как тестировать производительность 1С с эмуляцией нагрузки через веб-сервер.

 Кому будет полезен вебинар:
- CTO/CIO
- Руководитель службы эксплуатации 1С
- Владелец продукта 1С

Программа:
Когда важно быть уверенным в производительности 1С
Как снизить количество инцидентов в 1С на 90%
Выводы из нашего опыта
Как устроен проект НТ 1С
Как проводить НТ. Последовательность действий и инструкции
Виды клиентов 1С и выбор инструментов
Демо работы с веб трафиком
Обзор low-code платформы Бумк для нагрузочного тестирования 1С с генерацией ИИ отчета
?

это точно про нашу СППР стрим?