This media is not supported in your browser
VIEW IN TELEGRAM
🚀 Новая возможность: экспорт и импорт диаграмм в Онто
Онто обзавелась новой полезной функцией: теперь вы можете экспортировать и импортировать целые диаграммы (визуальные контексты) — с сохранением всей метамодели представленного на них фрагмента графа.
Для этого мы используем формат RDF/XML — в качестве транспорта, а не модели хранения. Внутри Онто ничего не поменялось: платформа по-прежнему не перешла на RDF-хранилище.
Онто vs RDF: нейтральные связи вместо триплетов
Помните, что в RDF данные описываются утверждениями вида «субъект — предикат — объект» (триплетами). В Онто же нет понятий субъекта и объекта, нет односторонних утверждений.
Такой подход сильно отличается от RDF, и мы сохраняем эту философию — RDF/XML нужен только для обмена данными.
Важно знать при импорте:
• Импорт диаграммы возможен только в пустую (новую) диаграмму.
• Существующие в вашем пространстве шаблоны и объекты не дублируются: если импортируемый файл содержит то, что у вас уже есть, Онто переиспользует эти элементы.
• На время импорта не вносите изменений в диаграмму — дождитесь, пока процесс завершится.
Попробуйте новую функцию уже сегодня и поделитесь обратной связью — нам очень интересно узнать ваше мнение! 😊
Онто обзавелась новой полезной функцией: теперь вы можете экспортировать и импортировать целые диаграммы (визуальные контексты) — с сохранением всей метамодели представленного на них фрагмента графа.
Иными словами, в файл выгружается не просто картинка, а все шаблоны, объекты и связи из диаграммы, которые затем полностью восстанавливаются при импорте.
Для этого мы используем формат RDF/XML — в качестве транспорта, а не модели хранения. Внутри Онто ничего не поменялось: платформа по-прежнему не перешла на RDF-хранилище.
Онто vs RDF: нейтральные связи вместо триплетов
Помните, что в RDF данные описываются утверждениями вида «субъект — предикат — объект» (триплетами). В Онто же нет понятий субъекта и объекта, нет односторонних утверждений.
Связи у нас нейтральные: представьте, что объекты — как планеты, а связь между ними — как гравитационное поле. Оба объекта влияют друг на друга, но ни один не является «главным» в паре.
Такой подход сильно отличается от RDF, и мы сохраняем эту философию — RDF/XML нужен только для обмена данными.
Важно знать при импорте:
• Импорт диаграммы возможен только в пустую (новую) диаграмму.
• Существующие в вашем пространстве шаблоны и объекты не дублируются: если импортируемый файл содержит то, что у вас уже есть, Онто переиспользует эти элементы.
• На время импорта не вносите изменений в диаграмму — дождитесь, пока процесс завершится.
Что это даёт на практике? Теперь вы легко можете:
• Экспортировать диаграмму и импортировать её в другом пространстве Онто — весь фрагмент знаний перенесётся со всеми типами и связями.
• Загрузить в Онто внешний файл RDF/XML (например, из другой онтологической системы) — платформа корректно интерпретирует его структуру и создаст соответствующие объекты и связи у вас.
Попробуйте новую функцию уже сегодня и поделитесь обратной связью — нам очень интересно узнать ваше мнение! 😊
👍4
Дерево принятия решения: какой инструмент импорта в Онто выбрать?
Платформа Онто предлагает несколько способов импорта данных. В зависимости от вашей задачи следует выбирать тот механизм, который эффективно загрузит информацию и интегрирует её в общую модель знаний. Рассмотрим два типичных сценария и определим, какой инструмент импорта лучше подходит в каждом случае.
Сценарий 1: Аудит и сбор данных из разрозненных источников.
Если необходимо провести аудит объектов (например, инвентаризация серверов по разным цехам) и собрать результаты от нескольких исполнителей, оптимально использовать механизм CSV-импорта. В этом случае данные предварительно структурируются в табличном формате (CSV): каждый исполнитель заполняет свою часть таблицы. Затем все наборы данных объединяются в едином пространстве знаний Онто с помощью CSV-импорта. Такой подход удобен для менеджеров: он позволяет классифицировать информацию, параллельно раздать задачи командам и впоследствии консолидировать полученные сведения в одном месте. CSV-импорт упрощает сбор и загрузку обширных списков объектов и их атрибутов, обеспечивая быстрый перенос данных из электронных таблиц в систему.
Сценарий 2: Синхронизация команд и объединение графов знаний.
Если требуется синхронизировать работу нескольких команд и «сшить» результаты их совместной аналитической (например, форсайтной) работы в виде единого большого графа знаний, рекомендуется воспользоваться механизмом RDF-импорта. RDF-импорт предназначен для загрузки данных, представленных в виде онтологий или связных графов (форматы RDF/OWL). Такой инструмент особенно полезен для инженерных команд: когда каждая группа разрабатывает свою часть модели знаний (свою онтологию), импорт RDF позволяет объединить эти фрагменты, сохранив все взаимосвязи между объектами. В итоге разрозненные части знаний интегрируются в целостную структуру Онто, образуя единое информационное пространство для всей организации.
Платформа Онто предлагает несколько способов импорта данных. В зависимости от вашей задачи следует выбирать тот механизм, который эффективно загрузит информацию и интегрирует её в общую модель знаний. Рассмотрим два типичных сценария и определим, какой инструмент импорта лучше подходит в каждом случае.
Сценарий 1: Аудит и сбор данных из разрозненных источников.
Если необходимо провести аудит объектов (например, инвентаризация серверов по разным цехам) и собрать результаты от нескольких исполнителей, оптимально использовать механизм CSV-импорта. В этом случае данные предварительно структурируются в табличном формате (CSV): каждый исполнитель заполняет свою часть таблицы. Затем все наборы данных объединяются в едином пространстве знаний Онто с помощью CSV-импорта. Такой подход удобен для менеджеров: он позволяет классифицировать информацию, параллельно раздать задачи командам и впоследствии консолидировать полученные сведения в одном месте. CSV-импорт упрощает сбор и загрузку обширных списков объектов и их атрибутов, обеспечивая быстрый перенос данных из электронных таблиц в систему.
Сценарий 2: Синхронизация команд и объединение графов знаний.
Если требуется синхронизировать работу нескольких команд и «сшить» результаты их совместной аналитической (например, форсайтной) работы в виде единого большого графа знаний, рекомендуется воспользоваться механизмом RDF-импорта. RDF-импорт предназначен для загрузки данных, представленных в виде онтологий или связных графов (форматы RDF/OWL). Такой инструмент особенно полезен для инженерных команд: когда каждая группа разрабатывает свою часть модели знаний (свою онтологию), импорт RDF позволяет объединить эти фрагменты, сохранив все взаимосвязи между объектами. В итоге разрозненные части знаний интегрируются в целостную структуру Онто, образуя единое информационное пространство для всей организации.
Вывод: Выбор инструмента импорта зависит от характера данных и целей интеграции. Для табличных сведений и распределённого сбора информации (типично для управленческих задач) лучше всего подходит CSV-импорт. Для комплексных структур знаний и объединения результатов работы разных команд (часто технических или исследовательских проектов) лучше всего подходит RDF-импорт. Применяя правильный подход к импорту, и менеджеры, и инженеры смогут эффективно наполнять Онто данными, ускоряя совместную работу и развитие общей базы знаний.
Интерфейс диаграмм стал удобнее — посмотрите, что изменилось
Мы внесли несколько обновлений в интерфейс работы с диаграммами — всё самое важное мы для вас аккуратно подсветили оранжевыми маркерами.
Вот краткий обзор:
1. Сайдбар теперь разворачивается по-новому — управление им стало более точным и удобным.
2. Появилось меню экспорта и импорта — прямо на верхней панели. Теперь вы можете выгружать диаграммы в SVG или RDF/XML, а также загружать RDF-графы.
3. Кнопка «Поделиться» переехала — теперь она находится рядом с названием диаграммы, чтобы всегда быть под рукой.
4. Кнопка помощи переехала к панели масштабирования — логично и ближе к действиям по навигации.
Мы постарались сделать так, чтобы работа с диаграммой стала понятнее и быстрее. Протестируйте обновления — и, как всегда, будем рады обратной связи.
Мы внесли несколько обновлений в интерфейс работы с диаграммами — всё самое важное мы для вас аккуратно подсветили оранжевыми маркерами.
Вот краткий обзор:
1. Сайдбар теперь разворачивается по-новому — управление им стало более точным и удобным.
2. Появилось меню экспорта и импорта — прямо на верхней панели. Теперь вы можете выгружать диаграммы в SVG или RDF/XML, а также загружать RDF-графы.
3. Кнопка «Поделиться» переехала — теперь она находится рядом с названием диаграммы, чтобы всегда быть под рукой.
4. Кнопка помощи переехала к панели масштабирования — логично и ближе к действиям по навигации.
Мы постарались сделать так, чтобы работа с диаграммой стала понятнее и быстрее. Протестируйте обновления — и, как всегда, будем рады обратной связи.
🔥5
🚀 Онто MCP‑сервер: первый публичный релиз
Я завершил настройку и отладку MCP‑сервера для Онто. Теперь любой внешний инструмент, умеющий говорить по Model Context Protocol, может получать данные из вашего графа знаний — напрямую и без OntoAI‑чата.
Что уже работает
• list_available_realms — возвращает все ваши пространства (realm’ы).
• search_templates — ищет шаблоны внутри выбранного пространства по части названия.
• search_objects — ищет объекты того же пространства (по имени, шаблону или комментарию).
Этих трёх вызовов хватает, чтобы быстро найти нужную сущность в любой IDE, Excel‑плагине или в чат‑клиенте вроде Claude Desktop или Junie for JetBrains (это приложения, а не модели — именно так их и используем).
В чем польза?
Теперь вашим разработчикам не нужно открывать интерфейсы Онто или других систем управления знаниями, чтобы найти информацию о нужном модуле или теме — всё доступно напрямую из их рабочего инструмента.
Что дальше
Следующий релиз добавит создание/редактирование объектов и полную синхронизацию функций с OntoAI. Жду вашего фидбэка в issues GitHub!
#Onto #MCP #GraphKnowledge
Я завершил настройку и отладку MCP‑сервера для Онто. Теперь любой внешний инструмент, умеющий говорить по Model Context Protocol, может получать данные из вашего графа знаний — напрямую и без OntoAI‑чата.
Что уже работает
• list_available_realms — возвращает все ваши пространства (realm’ы).
• search_templates — ищет шаблоны внутри выбранного пространства по части названия.
• search_objects — ищет объекты того же пространства (по имени, шаблону или комментарию).
Этих трёх вызовов хватает, чтобы быстро найти нужную сущность в любой IDE, Excel‑плагине или в чат‑клиенте вроде Claude Desktop или Junie for JetBrains (это приложения, а не модели — именно так их и используем).
Как подключить
Поместите рядом с проектом конфигурацию MCP‑клиента — пример для Cursor, VS Code, Juni и других:
{
"mcpServers": {
"onto-mcp": {
"command": "python",
"args": ["-m", "onto_mcp.server"],
"cwd": "/путь/к/проекту/mcp",
"env": {
"ONTO_API_BASE": "https://app.ontonet.ru/api/v2/core"
}
}
}
}
Запустите клиент и вызовите: найди в моем пространстве кошки среди домашних моего Барсика
В чем польза?
Теперь вашим разработчикам не нужно открывать интерфейсы Онто или других систем управления знаниями, чтобы найти информацию о нужном модуле или теме — всё доступно напрямую из их рабочего инструмента.
Что дальше
Следующий релиз добавит создание/редактирование объектов и полную синхронизацию функций с OntoAI. Жду вашего фидбэка в issues GitHub!
#Onto #MCP #GraphKnowledge
🔥4👍1
Вместе с Катей Костенко (автором замечательного, олдскульного канала Позовите архитектора) собрали максимально простой кейс использования Онто и OntoAI. Спасибо Кате за отличную идею.
Telegram
Позовите Архитектора!
Жизнь IT Архитектора на 360 градусов, добро пожаловать в мои тапки
🔥1
Моделирование Солнечной системы как онтологической структуры
Исходная идея заключалась в создании структурированного пространства, описывающего объекты Солнечной системы и связи между ними. Для реализации была выбрана онтологическая платформа Онто, позволяющая задать иерархию понятий, типы объектов, их отношения и визуализировать модель.
Шаг 1. Создание онтологического пространства
Мы начали с создания нового рабочего пространства под названием «Солнечная система». Это пространство стало базовым контекстом, в котором последовательно развивалась вся структура.
Шаг 2. Определение базовых шаблонов
Для описания объектов была создана иерархия шаблонов (meta-entities). В центре лежал шаблон «Объект», от которого унаследованы специализированные классы:
• Звезда — самосветящееся тело (пример: Солнце)
• Планета — классические планеты, вращающиеся вокруг звезды
• Карликовая планета — объекты, не очистившие свою орбиту
• Спутник — объект, вращающийся вокруг планеты
• Малое тело — астероиды, кометы и прочие малые объекты
Этот подход строго онтологический: каждая категория оформлена в виде шаблона, а не экземпляра. Таким образом, структура остается расширяемой и логически устойчивой.
Шаг 3. Создание объектов Солнечной системы
В пространство были добавлены реальные объекты:
• Солнце
• Планеты: Меркурий, Венера, Земля, Марс, Юпитер, Сатурн
• Карликовая планета: Плутон
Каждому объекту был назначен соответствующий шаблон, обеспечивая тем самым его классификацию в рамках онтологии.
Шаг 4. Связи между объектами
Далее была создана связь «вращается вокруг», которая используется для моделирования орбитальных зависимостей. Все планеты были логически связаны с Солнцем этой связью. Также была введена связь «имеет тип», использованная для привязки объектов к их таксономическому классу, но позже она стала избыточной благодаря переходу на шаблонную модель.
Шаг 5. Визуализация диаграммы
Заключительным этапом стало создание диаграммы «Орбиты планет вокруг Солнца». В центре был размещён объект «Солнце», а остальные — расставлены по кругу, имитируя их орбитальное расположение. Между ними были проведены связи, отражающие факт обращения планет вокруг центральной звезды.
Диаграмма отразила не только структуру, но и взаимосвязи в системе, тем самым завершив формирование семантической модели.
Временные и итерационные затраты
Процесс моделирования занял примерно 1 час активной работы, включая все этапы — от концепции до готовой диаграммы. За это время в OntoAI было выполнено более 25 последовательных операций, включая:
• создание 7 шаблонов (включая базовый и специализированные),
• добавление и классификацию 10 объектов,
• построение 2 типов связей (онтологических и структурных),
• реализация 1 визуальной диаграммы с размещением всех объектов и связей,
• уточнение и корректировка структуры на нескольких этапах (например, отказ от ошибочной модели с объектами-классами и переход на шаблонную архитектуру).
Каждый шаг сопровождался логической валидацией структуры и её расширяемости, чтобы не только отразить текущую систему, но и заложить основу для будущего роста модели (например, добавление спутников, астероидов, миссий и наблюдателей)
OntoAI хорошо помогает убрать элемент взаимодействия с объектами напрямую, а так же поиска дополнительной информации. ссылка на диалог
Итоговая диаграмма вот по ссылке
Исходная идея заключалась в создании структурированного пространства, описывающего объекты Солнечной системы и связи между ними. Для реализации была выбрана онтологическая платформа Онто, позволяющая задать иерархию понятий, типы объектов, их отношения и визуализировать модель.
Шаг 1. Создание онтологического пространства
Мы начали с создания нового рабочего пространства под названием «Солнечная система». Это пространство стало базовым контекстом, в котором последовательно развивалась вся структура.
Шаг 2. Определение базовых шаблонов
Для описания объектов была создана иерархия шаблонов (meta-entities). В центре лежал шаблон «Объект», от которого унаследованы специализированные классы:
• Звезда — самосветящееся тело (пример: Солнце)
• Планета — классические планеты, вращающиеся вокруг звезды
• Карликовая планета — объекты, не очистившие свою орбиту
• Спутник — объект, вращающийся вокруг планеты
• Малое тело — астероиды, кометы и прочие малые объекты
Этот подход строго онтологический: каждая категория оформлена в виде шаблона, а не экземпляра. Таким образом, структура остается расширяемой и логически устойчивой.
Шаг 3. Создание объектов Солнечной системы
В пространство были добавлены реальные объекты:
• Солнце
• Планеты: Меркурий, Венера, Земля, Марс, Юпитер, Сатурн
• Карликовая планета: Плутон
Каждому объекту был назначен соответствующий шаблон, обеспечивая тем самым его классификацию в рамках онтологии.
Шаг 4. Связи между объектами
Далее была создана связь «вращается вокруг», которая используется для моделирования орбитальных зависимостей. Все планеты были логически связаны с Солнцем этой связью. Также была введена связь «имеет тип», использованная для привязки объектов к их таксономическому классу, но позже она стала избыточной благодаря переходу на шаблонную модель.
Шаг 5. Визуализация диаграммы
Заключительным этапом стало создание диаграммы «Орбиты планет вокруг Солнца». В центре был размещён объект «Солнце», а остальные — расставлены по кругу, имитируя их орбитальное расположение. Между ними были проведены связи, отражающие факт обращения планет вокруг центральной звезды.
Диаграмма отразила не только структуру, но и взаимосвязи в системе, тем самым завершив формирование семантической модели.
Временные и итерационные затраты
Процесс моделирования занял примерно 1 час активной работы, включая все этапы — от концепции до готовой диаграммы. За это время в OntoAI было выполнено более 25 последовательных операций, включая:
• создание 7 шаблонов (включая базовый и специализированные),
• добавление и классификацию 10 объектов,
• построение 2 типов связей (онтологических и структурных),
• реализация 1 визуальной диаграммы с размещением всех объектов и связей,
• уточнение и корректировка структуры на нескольких этапах (например, отказ от ошибочной модели с объектами-классами и переход на шаблонную архитектуру).
В процессе потребовалось несколько итераций уточнения подхода:
1. первоначальная идея с шаблоном «Класс объекта» была признана методологически неверной;
2. после обсуждения была внедрена правильная онтологическая таксономия;
3. визуальная часть диаграммы формировалась на основе актуального положения объектов в круговой схеме.
Каждый шаг сопровождался логической валидацией структуры и её расширяемости, чтобы не только отразить текущую систему, но и заложить основу для будущего роста модели (например, добавление спутников, астероидов, миссий и наблюдателей)
OntoAI хорошо помогает убрать элемент взаимодействия с объектами напрямую, а так же поиска дополнительной информации. ссылка на диалог
Итоговая диаграмма вот по ссылке
🔥3
🚀 Onto × MCP — ещё один левел‑ап!
Теперь через MCP можно не только читать граф, но и создавать его:
• новое пространство (realm)
• любой шаблон (meta entity)
• объект с нужным шаблоном и комментарием
Что это значит на практике
1. Пустой проект → рабочий граф за минуту
В IDE пиши /new_realm "CRM‑2025" — MCP заводит пространство, шаблоны “Сделка” и “Клиент” и сразу открывает ссылки для команды.
2. “Одно слово в чате — новый термин в онтологии”
Аналитик вводит в Claude Desktop: “define PaymentGateway as техническая сущность” → шаблон и объект появляются в нужном пространстве без веб‑форм.
3. Синхронизация документации и графа
При ревью PR бот видит тег @Entity(Invoice) и, если его нет в Онто, автоматически добавляет шаблон и пустой объект “Invoice”.
4. Формирование песочницы для R&D
Data‑science‑группа запускает скрипт “/create_sandbox” — MCP поднимает отдельный realm, копирует нужные шаблоны и готовит площадку для экспериментов.
5. Экспресс‑бординг новой команды
В Slack команде пишут /setup_project "Логистика" — получаем realm, базовые шаблоны, стартовые сущности “Склад”, “Маршрут”, “Груз” и всю структуру сразу в их AI‑клиенте.
Напоминаем, что уже умеет MCP
🔍 list_spaces — показать ваши пространства
🔎 search_templates и search_objects — найти нужный шаблон или объект по части имени
✅ login — одна авторизация для всех инструментов
Подключайте любимую нейросеть (GPT‑4o, DeepSeek, Claude, GigaChat), пишите простые команды и стройте онтологию, не выходя из рабочего приложения.
💬 Фидбек и идеи — в комментарии или в GitHub issues!
Теперь через MCP можно не только читать граф, но и создавать его:
• новое пространство (realm)
• любой шаблон (meta entity)
• объект с нужным шаблоном и комментарием
Что это значит на практике
1. Пустой проект → рабочий граф за минуту
В IDE пиши /new_realm "CRM‑2025" — MCP заводит пространство, шаблоны “Сделка” и “Клиент” и сразу открывает ссылки для команды.
2. “Одно слово в чате — новый термин в онтологии”
Аналитик вводит в Claude Desktop: “define PaymentGateway as техническая сущность” → шаблон и объект появляются в нужном пространстве без веб‑форм.
3. Синхронизация документации и графа
При ревью PR бот видит тег @Entity(Invoice) и, если его нет в Онто, автоматически добавляет шаблон и пустой объект “Invoice”.
4. Формирование песочницы для R&D
Data‑science‑группа запускает скрипт “/create_sandbox” — MCP поднимает отдельный realm, копирует нужные шаблоны и готовит площадку для экспериментов.
5. Экспресс‑бординг новой команды
В Slack команде пишут /setup_project "Логистика" — получаем realm, базовые шаблоны, стартовые сущности “Склад”, “Маршрут”, “Груз” и всю структуру сразу в их AI‑клиенте.
Напоминаем, что уже умеет MCP
🔍 list_spaces — показать ваши пространства
🔎 search_templates и search_objects — найти нужный шаблон или объект по части имени
✅ login — одна авторизация для всех инструментов
Подключайте любимую нейросеть (GPT‑4o, DeepSeek, Claude, GigaChat), пишите простые команды и стройте онтологию, не выходя из рабочего приложения.
💬 Фидбек и идеи — в комментарии или в GitHub issues!
👍5
Forwarded from Архитектура ИТ-решений
С составом спикеров разговора об Archimate мы определились. Это:
- Artem Varkulevich
- Roman Tsirulnikov
- Kirill Keker
- Mikhail Zaborov
- Alexander Chertilin, и я
- Maxim Smirnov
а вот на темы разговора еще можно повлиять.
В комментариях к этому сообщению вы можете обозначить интересующие вас темы и задать вопросы спикерам
и, конечно, присоединяйтесь к зуму
📆 7 августа в 19:00 MSK
(ссылка будет в этом канале накануне)
- Artem Varkulevich
- Roman Tsirulnikov
- Kirill Keker
- Mikhail Zaborov
- Alexander Chertilin, и я
- Maxim Smirnov
а вот на темы разговора еще можно повлиять.
В комментариях к этому сообщению вы можете обозначить интересующие вас темы и задать вопросы спикерам
и, конечно, присоединяйтесь к зуму
📆 7 августа в 19:00 MSK
(ссылка будет в этом канале накануне)
🔥2
🎉 OntoRepa — Ассистент клонирования объектов в Onto
👇 Что умеет
• Мгновенно создаёт копии объектов, дублируя все поля и связи
• Позволяет задать, какие свойства и связи должны измениться в копии
• Автоматически формирует новые идентификаторы, исключая дубликаты
• Работает с любыми шаблонами и типами связей в вашем пространстве Onto
⚡ Как это происходит
1. Передаёте ассистенту объект-образец.
2. Сообщаете только отличающиеся данные (например, инвентарный номер или другой объект для связи).
3. Получаете готовую копию с обновлёнными свойствами и корректными связями.
4. Повторяете шаг 2 — создавайте десятки копий за считанные минуты.
---
📌 Пример сценария
Нужно завести много одинаковых датчиков, отличающихся лишь:
своим инвентарным номером;
местом установки — ссылкой на объект «Мачта» (координаты уже заданы у мачты).
С OntoRepa:
1. Указываете существующий датчик как образец.
2. Вводите новый номер и выбираете мачту.
3. Ассистент создает копию датчика и связывает её с выбранной мачтой.
⏱ Итог — быстрое массовое создание корректно связанных объектов без ручной рутины.
---
Попробовать 👉 https://chatgpt.com/g/g-6891e2cfde1481918fefadd5db4f0db0-ontorepa-ontoai-replication-assistant
👇 Что умеет
• Мгновенно создаёт копии объектов, дублируя все поля и связи
• Позволяет задать, какие свойства и связи должны измениться в копии
• Автоматически формирует новые идентификаторы, исключая дубликаты
• Работает с любыми шаблонами и типами связей в вашем пространстве Onto
⚡ Как это происходит
1. Передаёте ассистенту объект-образец.
2. Сообщаете только отличающиеся данные (например, инвентарный номер или другой объект для связи).
3. Получаете готовую копию с обновлёнными свойствами и корректными связями.
4. Повторяете шаг 2 — создавайте десятки копий за считанные минуты.
---
📌 Пример сценария
Нужно завести много одинаковых датчиков, отличающихся лишь:
своим инвентарным номером;
местом установки — ссылкой на объект «Мачта» (координаты уже заданы у мачты).
С OntoRepa:
1. Указываете существующий датчик как образец.
2. Вводите новый номер и выбираете мачту.
3. Ассистент создает копию датчика и связывает её с выбранной мачтой.
⏱ Итог — быстрое массовое создание корректно связанных объектов без ручной рутины.
---
Попробовать 👉 https://chatgpt.com/g/g-6891e2cfde1481918fefadd5db4f0db0-ontorepa-ontoai-replication-assistant
ChatGPT
ChatGPT - OntoREPa (OntoAI Replication Assistant)
Помогает создать клон объекта Онто с настраиваемыми свойствами и связями
🔥3👍1
image_2025-08-08_11-33-55.png
18.3 KB
Хотим поделиться сложившейся практикой 🚀
Да, GPT-5 уже доступен в OntoAI, но мы рекомендуем для простых расчётных задач, анализа соответствия и поиска данных по графу использовать более лёгкие модели.
Это сэкономит токены и деньги 💰
Например, для нашего инструмента классификации фич сейчас отлично подходят даже nano-модели — быстро, дёшево и без потери качества в таких сценариях.
Да, GPT-5 уже доступен в OntoAI, но мы рекомендуем для простых расчётных задач, анализа соответствия и поиска данных по графу использовать более лёгкие модели.
Это сэкономит токены и деньги 💰
Например, для нашего инструмента классификации фич сейчас отлично подходят даже nano-модели — быстро, дёшево и без потери качества в таких сценариях.
🚀 В Онто появилась поддержка авторизации через API Key!
Теперь для работы с нашим API не нужно проходить сложные сценарии входа — достаточно сгенерировать API Key в личном кабинете и использовать его в запросах.
Онто поддерживает OpenAPI, а значит, вы можете:
• интегрировать Онто с любыми внешними системами, приложениями и сервисами;
• автоматизировать работу с графом знаний прямо из кода;
• создавать собственные боты, виджеты и AI-ассистентов, использующих данные Онто;
• подключать BI-инструменты для визуализации и аналитики.
API Key — это быстрый, безопасный и удобный способ дать вашим приложениям доступ к данным и функциям Онто.
🔑 Включите интеграцию — и дайте вашим системам говорить на языке Онто.
Скоро мы предоставим новую версию личного кабинета где управление API KEY будет в режиме самообслуживания. А пока я могу рассказать как их получить в личных сообщениях. Пишите )
Теперь для работы с нашим API не нужно проходить сложные сценарии входа — достаточно сгенерировать API Key в личном кабинете и использовать его в запросах.
Онто поддерживает OpenAPI, а значит, вы можете:
• интегрировать Онто с любыми внешними системами, приложениями и сервисами;
• автоматизировать работу с графом знаний прямо из кода;
• создавать собственные боты, виджеты и AI-ассистентов, использующих данные Онто;
• подключать BI-инструменты для визуализации и аналитики.
API Key — это быстрый, безопасный и удобный способ дать вашим приложениям доступ к данным и функциям Онто.
🔑 Включите интеграцию — и дайте вашим системам говорить на языке Онто.
Скоро мы предоставим новую версию личного кабинета где управление API KEY будет в режиме самообслуживания. А пока я могу рассказать как их получить в личных сообщениях. Пишите )
✨ Апдейт манифеста: добавились два новых принципа —
«Опыт важнее быстрых знаний и умений» и «Системность важнее набора действий».
Автор — Мария Мариничева: экс-руководитель Центра знаний Ernst & Young, экс-директор департамента управления знаниями Оргкомитета «Сочи 2014», автор книги «Управление знаниями на 100%». Автор канала Управление знаниями для бизнеса и жизни|Мария Мариничева
Почему это важно:
— опыт превращает ошибки в стратегический актив и масштабируемые практики;
— системность — это не бюрократия, а рычаг свободы, фокуса и роста.
Читать обновлённый манифест: https://sensemanifest.ru
Поддержать и присоединиться: https://sensemanifest.ru/sensemakers
Внести правки (PR): https://github.com/OntoNet/manifest/blob/main/manifest.md
Будем рады любому осмысленному вкладу — от правок формулировок до кейсов и идей для следующей версии. 🙌
«Опыт важнее быстрых знаний и умений» и «Системность важнее набора действий».
Автор — Мария Мариничева: экс-руководитель Центра знаний Ernst & Young, экс-директор департамента управления знаниями Оргкомитета «Сочи 2014», автор книги «Управление знаниями на 100%». Автор канала Управление знаниями для бизнеса и жизни|Мария Мариничева
Почему это важно:
— опыт превращает ошибки в стратегический актив и масштабируемые практики;
— системность — это не бюрократия, а рычаг свободы, фокуса и роста.
Читать обновлённый манифест: https://sensemanifest.ru
Поддержать и присоединиться: https://sensemanifest.ru/sensemakers
Внести правки (PR): https://github.com/OntoNet/manifest/blob/main/manifest.md
Будем рады любому осмысленному вкладу — от правок формулировок до кейсов и идей для следующей версии. 🙌
sensemanifest.ru
Манифест смыслового мышления
Как сделать фабрику идей?
Идей в продуктовых командах всегда больше, чем времени на их реализацию. Как понять, какие из них действительно стоит воплощать?
Мы собрали пошаговый рецепт, который превращает хаос предложений в чёткий план действий с помощью Онто и OntoAI. Вы увидите, как за один процесс собрать, структурировать, оценить и отобрать лучшие идеи, а затем привязать их к целям и задачам.
Это не теория, а готовый сценарий «бери и делай», который можно повторить в любой команде.
Идей в продуктовых командах всегда больше, чем времени на их реализацию. Как понять, какие из них действительно стоит воплощать?
Мы собрали пошаговый рецепт, который превращает хаос предложений в чёткий план действий с помощью Онто и OntoAI. Вы увидите, как за один процесс собрать, структурировать, оценить и отобрать лучшие идеи, а затем привязать их к целям и задачам.
Это не теория, а готовый сценарий «бери и делай», который можно повторить в любой команде.
❤4
Как превратить ремонт в управляемую систему: граф-модель в Онто
Ремонт часто превращается в хаос: десятки задач, мастеров, поставок и ограничений переплетаются и рушат планы. В Онто это можно собрать в граф — простую визуальную модель, где задачи, материалы, исполнители и сроки связаны так же, как в реальности. Такой подход даёт сразу несколько плюсов:
— видно зависимости и критический путь без сложных диаграмм;
— легко оптимизировать покупки и поездки, объединив их по поставщикам;
— контролировать бюджет и сроки становится проще, потому что риски и ограничения видны на диаграмме;
— модель можно использовать повторно для следующих проектов.
📖 Полный текст статьи читайте здесь: ontonet.ru/case-renovation
Ремонт часто превращается в хаос: десятки задач, мастеров, поставок и ограничений переплетаются и рушат планы. В Онто это можно собрать в граф — простую визуальную модель, где задачи, материалы, исполнители и сроки связаны так же, как в реальности. Такой подход даёт сразу несколько плюсов:
— видно зависимости и критический путь без сложных диаграмм;
— легко оптимизировать покупки и поездки, объединив их по поставщикам;
— контролировать бюджет и сроки становится проще, потому что риски и ограничения видны на диаграмме;
— модель можно использовать повторно для следующих проектов.
Это не просто план ремонта, а инструмент развития графового мышления: начинаешь видеть связи, а не списки, и переносишь этот навык в повседневную работу.
📖 Полный текст статьи читайте здесь: ontonet.ru/case-renovation
🔥3
🌐 Gartner: графы знаний перестали быть трендом и стали рабочим инструментом бизнеса
В отчёте Gartner Impact Radar 2024 графы знаний (Knowledge Graphs) оказались в центре внимания, рядом с генеративным искусственным интеллектом. Это показывает их высокую значимость и практическую ценность для бизнеса уже сегодня. Граф знаний превращает разрозненные данные в осмысленные взаимосвязи, позволяя строить аналитику, автоматизировать процессы и поддерживать принятие решений. На диаграмме Impact Radar технология обозначена крупной насыщенной точкой в центральной зоне, что отражает их прогнозируемое влияние и готовность к внедрению в ближайшие 1–2 года. Gartner подтверждает, что графы знаний перестают быть просто трендом и становятся инструментом, который уже приносит реальную пользу компаниям.
По анализу Gartner графы знаний находятся на стадии «склона просветления» в цикле хайпа — моменте, когда технология уже прошла модный ажиотаж, разочарование и после усовершенствований готова к реальной работе на предприятиях. На этом этапе появляются реальные проекты, есть проверенный опыт внедрений, формируются рабочие сценарии эксплуатации. Риски внедрения стремятся к минимуму. Бизнес начинает видеть ощутимую и измеримую ценность. Именно это делает графы знаний особенно важными: инвестировать в них уже безопасно и продуктивно. Результаты уже не представляют собой просто красивые слайды презентации, они функционируют в реалиях десятков компаний.
Сегодня Knowledge Graphs становятся фундаментом корпоративной информационной базы. Они помогают интегрировать разрозненные данные, обеспечивать прозрачность и объяснимость моделей, ускорять принятие решений и повышать эффективность процессов. Их применяют в цифровой коммерции, управлении данными, аналитике, риск-менеджменте, формировании корпоративной базы знаний, отладке бизнес-процессов.
Визуализированный отчет Impact Radar 2024 ясно показывает, что современные компании всё активнее обращаются к решениям, которые помогают структурировать данные, создавать взаимосвязи между сущностями и извлекать осмысленные инсайты из разрозненной информации.
#Онто_Интересно
В отчёте Gartner Impact Radar 2024 графы знаний (Knowledge Graphs) оказались в центре внимания, рядом с генеративным искусственным интеллектом. Это показывает их высокую значимость и практическую ценность для бизнеса уже сегодня. Граф знаний превращает разрозненные данные в осмысленные взаимосвязи, позволяя строить аналитику, автоматизировать процессы и поддерживать принятие решений. На диаграмме Impact Radar технология обозначена крупной насыщенной точкой в центральной зоне, что отражает их прогнозируемое влияние и готовность к внедрению в ближайшие 1–2 года. Gartner подтверждает, что графы знаний перестают быть просто трендом и становятся инструментом, который уже приносит реальную пользу компаниям.
По анализу Gartner графы знаний находятся на стадии «склона просветления» в цикле хайпа — моменте, когда технология уже прошла модный ажиотаж, разочарование и после усовершенствований готова к реальной работе на предприятиях. На этом этапе появляются реальные проекты, есть проверенный опыт внедрений, формируются рабочие сценарии эксплуатации. Риски внедрения стремятся к минимуму. Бизнес начинает видеть ощутимую и измеримую ценность. Именно это делает графы знаний особенно важными: инвестировать в них уже безопасно и продуктивно. Результаты уже не представляют собой просто красивые слайды презентации, они функционируют в реалиях десятков компаний.
Сегодня Knowledge Graphs становятся фундаментом корпоративной информационной базы. Они помогают интегрировать разрозненные данные, обеспечивать прозрачность и объяснимость моделей, ускорять принятие решений и повышать эффективность процессов. Их применяют в цифровой коммерции, управлении данными, аналитике, риск-менеджменте, формировании корпоративной базы знаний, отладке бизнес-процессов.
Визуализированный отчет Impact Radar 2024 ясно показывает, что современные компании всё активнее обращаются к решениям, которые помогают структурировать данные, создавать взаимосвязи между сущностями и извлекать осмысленные инсайты из разрозненной информации.
#Онто_Интересно
🔥5
благодаря MCP в Онто уже данные легко появляются используя Cursor, а так же OntoAI в ChatGPT. Визуальные контексты легко ограничивают диаграммы возможностями человеческого внимания.
👍1