СППР

Самое интересное в комментах от ondysss (Алексей Орлик) Он является автором конкурирующей разработки, его комментарии очень по делу, а детальные ответы автора помогают прояснить собственное понимание своих подходов к RAG/MCP Автор озвучивает свою разработку как умеющую работать с кодом, метаданными конфигурации как с текстом с учетом зависимостей и связей и с быстрым инкрементальным обновлением векторной БД RAG после обновления конфигурации...

: есть на kinescope видео от Виталия Тупицына Опыт применения 1C СППР для формирования документа. Описание проектного решения (ЧТЗ) Виталий - участник нашего чата, у него можно попросить ссылку или материал или рассказ здесь.

: есть на kinescope видео от Виталия Тупицына Опыт применения 1C СППР для формирования документа. Описание проектного решения (ЧТЗ) Виталий - участник нашего чата, у него можно попросить ссылку или материал или рассказ здесь.

(1500+ бизнес-процессов и срок месяц) и где он описывает как он, нетипично для проектного управления, обошёлся без похода аналитиков в народ с опросами. Схематично его подход выглядит как - из головы (прошлого опыта) и кусков имеющейся информации составить метамодель архитектуры - взять наработки по процессам из TОGAF, SAP, отраслевых решений (видимо, взял списки бизнес-процессов высокого уровня, которые в любом бизнесе одинаковые) - покрутил всё это на ML-моделях и RAG. (как понял его - промэппил описание as is на to be, результат автора самого не на 100% устроил, но допилил напильником) - инструментарий:...

Уже успели провести исследование как ЛЛМ отрабатывают ADR. Взяли github, с него код различных репозиториев и файлы с записями ADR и попросили ЛЛМ-агентов по ADR сверить насколько код им соответствует. И отдельно попросили живых двуногих экспертов оценить тоже самое соответствие кода архитектуре. Результат - ЛЛМ не совсем верно оценивает соответствие кода архитектуре, доверия ей нет, у живых экспертов иное мнение. Ну, конечно, вывод через руку шлангом, кто на github ведёт качественное ADR - там либо динамят это в принципе, либо весьма условно и непостоянно что-то формализуют...

, что мы делаем в СППР де-факто называют ADR (Architecture Decision Record). ADR определяется как бы "атомарная" запись об архитектурном решении. Но на самом деле ADR это комплекс, т.е. ADR (Architecture Decision Record) — это короткая, формальная запись об одном важном архитектурном решении: какую опцию выбрали, в каком контексте, какие рассматривались альтернативы и почему именно это решение принято. Типичная структура ADR: контекст (ситуация, требования, ограничения); решение (что именно делаем: паттерн, технология, способ интеграции); альтернативы (какие варианты рассматривались и почему отклонены); последствия (плюсы, минусы, риски, влияние на дальнейший дизайн и код)...

Краткие выжимки: 1. Контекст — главный ресурс, не модель Модель статична и без памяти, единственное, чем вы управляете, — какие токены попадают в окно контекста и в какой последовательности. Плохие/лишние токены ухудшают траекторию диалога: если история диалога — «ошибся → ругань → снова ошибка», модель статистически продолжает этот паттерн. Нужно оптимизировать контекст по четырём осям: корректность, полнота, размер и «траектория» (как развивается диалог). Принцип для работы с LLM: думать не «какой промпт», а «какой набор и порядок фрагментов контекста я даю на этом шаге». 2. «Умная зона» и...

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

) как он сам организует свой рабочий процесс с помощью своего же ИИ Ключевые моменты среди прочих: 1. Приоритет работе "тяжелой" (медленной, но самой "умной") модели вопреки мейнстриму на работу со скоростными моделями 2. Оркестровка из 5 агентов (рефакторинг, тестирование, документирование - в отдельных процессах) - на одного человека 3. Как справляется с амнезией ИИ в контексте - завели специальный файл claude...

Актуальнейше

): Заменит ли ИИ через 12 месяцев программистов? Нет. Почему? Потому что писать код не сложно. Сложно следующее (аспекты работы программиста): Решения о системной архитектуре Переговоры по требованиям Анализ компромиссов Решения о надёжности продакшена Моделирование безопасности Долгосрочная стратегия обслуживания Про архитектуру конкретно сказано "Даже близко...

? Если судить по его описанию - это то что нужно для автоматизации куска работы аналитика в СППР. Но это сделано не на основе СППР. Продукты подобного рода must have на проектах ИТ. Не факт, что именно упомянутый, но подобный по модели: Вгоняется на вход ИИ конфигурация, тексты, требования, бизнес-процессы, на выходе получается оценка GAP функциональных разрывов и ТЗ на разработку. Это, кстати, не конечная точка. По идее, дальше должен стоять ИИ-кодер и должен кодить эти ТЗ и передавать ИИ-тестировщику...