Мы прогнали через o4-mini больше 300 вариантов промптов с разными режимами reasoning_effort и обнаружили, что чем «умнее» модель рассуждает, тем хуже она извлекает структуру: начинает «улучшать» схему по своему усмотрению, объединять то, что должно быть раздельным, и ломать детерминизм пайплайна.

Это технический отчёт о том, как мы строили Superagent Memory OS — систему агентной памяти, которая на сегодня удерживает граф из десятков тысяч концептов и почти 2.4 миллиона рёбер поверх ~106.7 миллиона токенов из четырёх разных корпусов. Внутри: переход от flat RAG к Memory OS, парадокс reasoning и слой Semantic Mapper (–48% токенов, качество с 5.2 до 7.11), staging database и сжатие 34 805 сырых mention'ов до 7 339 канонических концептов, иерархический retrieval через UMAP+HDBSCAN+Optuna и 7 220 weighted links, четыре фазы отладки агента на LongMemEval (22+ шагов → 4–6), эксперимент EXP-GARDENER-001 про то, почему Flash-модель плодит ложные связи, bi-temporal модель фактов, MCP как суверенный интерфейс памяти и психологический слой с контролируемым словарём эмоций.

Главный тезис: retrieval не равен памяти.

Корпоративные стандарты АСУ ТП часто считают бюрократией: «ещё один документ, ещё больше рамок для инженеров».

На деле отсутствие стандарта — это настоящий «зоопарк»: разные ПЛК, разные библиотеки, разные теги, разные подходы к диагностике. Проекты плывут по срокам, простои растут, цифровизация упирается в хаос данных, а зависимость от «того самого инженера» становится критической.

Nestlé, Bosch, GM и другие уже давно инвестируют в стандарты — не ради моды, а потому что это реальные деньги:

В статье разбираю механизмы, которые превращают стандарт из бумаги в работающий актив: библиотеки блоков, генераторы кода, копирование сигналов, контроль версий.

Разработка интеллектуального продукта — это знания коллектива, умноженные на время. Про тайм-менеджмент сказано уже довольно много. Но управление знаниями не менее важно, поэтому мы в Plarium Krasnodar активно внедряем knowledge management. 

Вступление

• Что именно выбрать? Ведь есть много способов реализовать задуманное. И даже в выбранном решении много вариантов…
• Нет готовых инструкций, как собрать воедино именно выбранный мной набор решений и именно в моих конфигурациях.

Давно хотел рассказать про тонкости программирования обмена по протоколу Modbus RTU в случае, когда контроллер (в нашем случае S7-1214) выступает RTU Master'ом. Недавно меня попросили помочь с обменом между ПЛК и частотным преобразователем Sinamics V20, ну и почему бы не написать заодно заметку, постаравшись приблизить решение задачи к боевым условиям.

1. Объединить диски с данными в один массив большого объема, чтобы не приходилось вручную сортировать файлы — что возникает при нескольких дисках (пусть даже при монтировании их в папки).
2. Иметь возможность добавлять/удалять/заменять диски в любой момент без развала массива.
3. Независимость информации на дисках друг от друга — чтобы смерть одного из них не приводила к недоступности остальных.
4. В идеале — какой-то метод хранения одного файла на нескольких дисках. Бэкапы — это хорошо и я их делаю, но лучше, когда к их помощи не приходится прибегать.