Сначала искать
Semantic search, exact search, object card, graph navigation.
Куб
2D-матрица срезов
Рабочее представление
Куб знаний
Инженерный explorer поверх cube-агрегаций, Neo4j Browser и diagnostics слоя.
Куб
Рабочее представление
Диагностика
Анализ связей
Состояние знаний
Сеанс браузера
Контекст агента
Эмбеддинги
Активный профиль может отличаться от профиля, под которым реально построен индекс.
Проверь соединение, затем активируй профиль и явно запусти reindex.
Поддерживаются managed local preset и remote OpenAI-compatible endpoint'ы.
Сценарии ИИ
Не проси агента сразу “написать код из головы”. Правильный режим: сначала исследование через knowledge cube, потом выбор эталонов из БСП, потом генерация кода, потом diagnostics.
Semantic search, exact search, object card, graph navigation.
Выбор модуля, клиент/серверной точки, guard-блоков, зависимостей.
Код должен опираться на найденные эталоны, а не на догадки агента.
Rules и diagnostics должны сопровождать каждую серьёзную реализацию.
bsl_semantic_search для поиска похожих реализаций по смыслу.bsl_exact_search для поиска точных имен методов, модулей и объектов.bsl_reference_search для поиска эталонных реализаций и reference-примеров.bsl_get_object для получения полного текста метода или объекта.bsl_graph_navigate для понимания связей, вызовов и соседних точек расширения.bsl_check_rules для проверки сниппета.bsl_run_diagnostics для анализа файла или каталога.Хорош для проектирования, поиска эталонов, написания и самопроверки кода.
Хорош для анализа текущего BSL-кода, поиска отклонений и подготовки исправлений.
Хорош для исследования подсистемы, зависимостей и готовых типовых механизмов.
Хорош для безопасного переписывания legacy-кода с привязкой к БСП-паттернам.
Используй, когда нужно реализовать заметный пользовательский сценарий или крупный серверный механизм.
Ты помогаешь разрабатывать большую бизнес-фичу в 1С как senior 1С-инженер, используя knowledge cube через MCP tools.
Фича:
[опиши задачу]
Контекст:
- подсистема: [укажи]
- объекты: [документы, справочники, регистры, формы]
- клиент/сервер: [укажи]
- ограничения: [стиль БСП, права, производительность]
Работай по этапам:
1. Через knowledge cube найди релевантные паттерны и типовые реализации в БСП.
2. Покажи 2-4 лучших эталона и объясни, почему именно они.
3. Предложи архитектуру реализации:
- какие модули менять,
- где точки входа,
- где проверки прав,
- где транзакции,
- где серверный и клиентский слой.
4. Разбей фичу на шаги внедрения.
5. Напиши код по модулям.
6. После каждого существенного блока проверь через diagnostics/rules.
7. В конце верни:
- архитектуру,
- план внедрения,
- код по модулям,
- эталоны из knowledge cube,
- результаты diagnostics,
- что проверить вручную.
Не выдумывай API или типовые модули, которых нет в knowledge cube.Используй, когда сначала нужно понять, как вообще устроен участок БСП, и только потом принимать решение.
Сначала не пиши код. Сначала исследуй задачу через knowledge cube.
Тема:
[опиши предметную область]
Нужно:
1. Найти релевантные объекты, модули и методы в БСП.
2. Показать, какие из них являются основными, а какие вспомогательными.
3. Через graph navigation показать вызовы и зависимости.
4. Определить, где правильнее вносить изменение.
5. Если в БСП уже есть готовый механизм, покажи его и объясни, как его переиспользовать.
6. Только потом предложи архитектуру и код.
Верни:
- карту объектов,
- рекомендуемые точки изменения,
- риски вмешательства,
- только потом реализацию.Используй для доработки уже существующего модуля или проблемного сниппета.
Нужно доработать существующий 1С-код с опорой на knowledge cube и стиль БСП.
Код:
[вставь код]
Контекст:
- модуль: [укажи]
- что должно сохраниться по поведению: [укажи]
- что нужно изменить: [укажи]
Порядок работы:
1. Найди в knowledge cube похожие типовые реализации.
2. Сравни текущий код с найденными эталонами.
3. Укажи, что в текущем коде рискованно или нетипично.
4. Перепиши код ближе к стилю БСП.
5. Проверь результат через diagnostics/rules.
6. Верни:
- замечания к старому коду,
- улучшенную версию,
- найденные эталоны,
- замечания diagnostics.Используй, когда код большой, грязный и его нельзя просто “переписать за один раз”.
Ты выполняешь безопасный рефакторинг legacy-кода 1С, используя knowledge cube.
Исходный код / модуль:
[вставь код или опиши модуль]
Цель:
[что нужно улучшить]
Работай так:
1. Разбери текущую структуру модуля.
2. Найди в knowledge cube более чистые паттерны из БСП.
3. Покажи проблемы:
- длинные методы,
- смешение клиент/сервер,
- дублирование,
- плохие имена,
- слабые guard-проверки,
- плохую обработку ошибок.
4. Предложи безопасный поэтапный рефакторинг.
5. Перепиши код по итерациям.
6. Для каждой итерации укажи риск регрессии.
7. Прогони diagnostics и покажи остаточные риски.Используй для HTTP, JSON, файлов, фоновых обменов и любых интеграционных сценариев.
Нужно реализовать интеграцию в 1С с опорой на knowledge cube.
Интеграционная задача:
[опиши интеграцию]
Контекст:
- источник/приемник: [укажи]
- формат: [HTTP, JSON, XML, файлы]
- ограничения: [идемпотентность, логирование, безопасность, производительность]
Порядок работы:
1. Через knowledge cube найди типовые механизмы БСП для обменов, HTTP, сериализации, файлов и логирования ошибок.
2. Покажи, какие из них подходят лучше всего.
3. Спроектируй поток:
- прием,
- валидация,
- преобразование,
- запись,
- логирование,
- повторная обработка.
4. Напиши код по модулям.
5. Покажи места, где нужны права, транзакции и защита от дублей.
6. Проверь результат через diagnostics.Используй для анализа проблемного кода, перед merge или перед переносом в конфигурацию.
Проведи review моего 1С-кода с использованием knowledge cube и diagnostics.
Код:
[вставь код]
Сделай так:
1. Проверь код через diagnostics/rules.
2. Найди в knowledge cube релевантные эталоны БСП.
3. Сравни мой код с эталонами.
4. Выдай findings по важности:
- ошибки,
- риски,
- отклонения от БСП,
- спорные места по архитектуре.
5. Затем предложи исправленную версию.
6. В конце покажи:
- список замечаний,
- исправленный код,
- эталоны,
- что проверить вручную.Используй knowledge cube как основной источник технической правды по БСП.
Сначала ищи релевантные примеры и объекты через MCP tools.
Не выдумывай API, методы или типовые модули, если они не найдены.
Перед генерацией кода всегда исследуй эталоны.
После генерации всегда проверяй результат через diagnostics/rules.
Если точного аналога в knowledge cube нет, скажи это явно и только потом предлагай собственную реализацию.