Enterprise Delivery OS

Начните здесь Референсные модели Операционные плейбуки Оценки Ранбуки и контроли

Операционная система корпоративной доставки

Эталонные модели. Операционные сценарии. Руководства и средства контроля.

Технологически независимый, корпоративного уровня
Встроенные средства контроля и доказательства
KPI и SLO, а не мнения

Что это такое

Эта библиотека помогает командам создавать и эксплуатировать цифровые системы с предсказуемыми результатами: рост, надежность и доверие.

Каждая тема структурирована как модель (как выглядит хорошо), сценарий (как реализовать) и руководство (как безопасно эксплуатировать).

Как ориентироваться

Используйте «Начать здесь», чтобы выбрать свою проблему и уровень зрелости.
Используйте «Эталонные модели» для разработки возможностей и средств контроля.
Используйте «Операционные сценарии» для безопасного осуществления изменений.
Используйте «Руководства» при высоком риске и когда время имеет значение.

Основные библиотеки

Начать здесь Эталонные модели Операционные сценарии Руководства и средства контроля Оценки

Articles

Что такое RAG? Самое простое объяснение того, как это работает

RAG звучит сложно, но идея проста: прежде чем ИИ ответит, он сначала находит полезную информацию из источника знаний и передаёт эту информацию языковой модели. В этом руководстве объясняются RAG, LLM, состояние, память и инструменты с помощью одной простой ментальной модели.

25 сентября 2026 г.

Агенты для управления компьютером: почему успешная демонстрация всё ещё может быть ненадёжной системой

Агенты для управления компьютером теперь могут выполнять впечатляющие рабочие процессы в браузере и на рабочем столе, но один успешный запуск доказывает способность—а не надежность. В этой статье показано, как проверять повторяемость, устойчивость к условиям среды, управление на длинном горизонте, осведомленность о состоянии, верификацию результатов и безопасную обработку целей.

25 сентября 2026 г.

MCP vs A2A vs UCP vs AP2 vs A2UI: разбор стека протоколов агентов

MCP, A2A, UCP, AP2 и A2UI часто представляют как конкурирующие агентские стандарты. В основном они решают разные проблемы интероперабельности. Это руководство сопоставляет каждый протокол с границей, которую он фактически стандартизирует,—и показывает, как они могут работать вместе в одной промышленной системе.

25 сентября 2026 г.

Управляемая обвязка агента против self-hosted цикла агента: что вы приобретаете, что теряете

“Self-hosted агент” может означать совершенно разные архитектуры. Это руководство разделяет управляемую обвязку, self-hosted среду выполнения и полностью самостоятельно управляемый цикл агента — и показывает, какая граница контроля на самом деле нужна командам.

25 сентября 2026 г.

Миграция с OpenAI Agents SDK на Agents API: что на самом деле меняется архитектурно?

Переход с OpenAI Agents SDK на новый Agents API — это не просто переименование импорта. Меняется граница среды выполнения: цикл агента, долговечная сессия, оркестрация, сжатие контекста и восстановление смещаются в сторону управляемой обвязки. Это руководство показывает, что следует перенести, что должно остаться в вашем приложении и как подтвердить миграцию до переключения.

25 сентября 2026 г.

OpenAI Agents API против Agents SDK против Responses API: на чем вам стоит разрабатывать в 2026 году?

Стек агентов OpenAI изменился в сентябре 2026 года. Это архитектурное руководство разделяет Agents API, Agents SDK, Responses API и Codex SDK по владению средой выполнения — чтобы команды могли выбрать правильную границу контроля вместо сравнения названий продуктов.

25 сентября 2026 г.

Почему больше контекста может ухудшить ответы ИИ

Большее контекстное окно не гарантирует более качественного ответа. В этой статье объясняется, как размывание сигнала, противоречивые данные, устаревшее состояние, чувствительность к позиции и сжатие с потерями могут снизить надежность ИИ — и предлагается практический стресс-тест контекста.

25 сентября 2026 г.

Как узнать, действительно ли ИИ-агент использовал правильные доказательства

ИИ-агент может ссылаться на источники и при этом использовать неверные доказательства. В этой статье представлен практический метод проверки обоснованности утверждений, авторитетности источников, применимости, происхождения и того, действительно ли доказательства повлияли на ответ.

25 сентября 2026 г.

Память ИИ-агента — это не RAG: как разграничить память, извлечение, состояние и контекст

Память агента, RAG, состояние и контекст часто используются так, будто они взаимозаменяемы. Это не так. Эта практическая архитектурная модель разделяет четыре уровня, показывает, где место каждого из них, и объясняет, что ломается, когда системы объединяют их в одно целое.

25 сентября 2026 г.

Что ИИ-агент должен помнить, забывать, перевычислять или извлекать повторно?

Долгоживущие агенты не должны помнить всё. В этой статье представлена практическая модель жизненного цикла для определения того, что относится к долговременной памяти, что следует извлекать повторно, что безопаснее пересчитать, а что должно истечь по сроку действия или быть заменено.

24 сентября 2026 г.

RAG не сработал — но какой именно слой на самом деле отказал? Метод диагностики

Когда ответ RAG неверен, обвинять поиск или модель — слишком расплывчато. Этот диагностический метод изолирует покрытие источников, построение запроса, поиск, ранжирование, сборку контекста, генерацию, атрибуцию доказательств и актуальность — так что фактический сбой можно воспроизвести и исправить.

24 сентября 2026 г.

Граница достоверности ответа: недостающий слой между релевантностью и надёжными ответами ИИ

Источник может быть релевантным, авторитетным и при этом неверным для задаваемого вопроса. Недостающий слой — применимость: условия, при которых ответ остаётся в силе, и изменения, вынуждающие пересмотреть его. В этой статье вводится понятие «Граница действительности ответа» как паттерн проектирования источников для людей, ИИ-поиска и RAG-систем.

1 / 4