--- title: "Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности - WebTolk" description: "ProcessForge 1.2.0: ускорение работы ИИ-агентов, переход журналов на SQLite, улучшение мультиагентного режима, восстановление после сбоев и контроль инструкций." url: "https://web-tolk.ru/blog/vyshel-processforge-1-2-0-optimizatsiya-proizvoditelnosti-i-povyshenie-nadjozhnosti" date: "2026-10-19T06:31:15+00:00" language: "ru-RU" --- ## Breadcrumbs [Главная](https://web-tolk.ru/) > [Блог](https://web-tolk.ru/blog) > Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности # Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности Автор: Сергей Толкачев Создано: 19 октября 2026 Обновлено: 19 октября 2026 Просмотров: 22 0 ![](https://web-tolk.ru/blog/images/blog/process-forge-frejmvork-dlya-sozdaniya-ai-protsessov.webp) 18 октября 2026 года вышла новая версия ProcessForge 1.2.0 — открытого фреймворка для организации и выполнения процессов с участием ИИ-агентов. Этот релиз в первую очередь посвящён оптимизации внутренних механизмов PF, повышению надёжности длительных процессов и устранению проблем, выявленных при практической работе с несколькими ИИ-агентами. ## Оптимизация работы с большими объёмами данных В мультиагентном режиме **Forge / Factory** ProcessForge позволяет запускать отдельные самостоятельные сессии ИИ-агентов (`workers`). Каждый исполнитель получает своё назначение (`Assignment`), капсулу контекста (`Capsule`) с необходимыми знаниями и инструкциями, а также ограниченную область ответственности (`Scope`). Это позволяет нескольким агентам работать параллельно над разными частями проекта, не мешая друг другу. В процессе длительной работы с исполнителями, запускаемыми через командную оболочку (`shell workers`), начали накапливаться большие объёмы журналов, событий и истории выполнения задач. Обнаружилась проблема: некоторые операции PF повторно читали и разбирали данные, которые не имели прямого отношения к текущей работе. По мере увеличения истории это создавало ненужную нагрузку. В версии 1.2.0 переработаны сразу несколько механизмов. ### 1. Переход журналов событий на SQLite Ранее для хранения событий проекта и хуков использовались журналы NDJSON. При большом объёме истории отдельные операции требовали повторного чтения записей. Теперь события проекта и исходные события хуков (`raw hooks`) хранятся в двух локальных базах SQLite с индексами. Это позволяет быстро находить необходимые записи, проверять уникальность событий и обрабатывать новые данные без постоянного просмотра всей накопленной истории. При этом PF не требует установки отдельного сервера базы данных. Журналы вывода shell workers, телеметрия и стенограммы сессий остаются самостоятельными файлами. ### 2. Ускорение выбора текущей работы (Work) В PF работа определяется конкретными Run (запуском процесса), Assignment (назначением) и связанным контекстом. Раньше даже при точном указании нужного задания система в некоторых случаях просматривала всю историю Run и Assignment проекта. Теперь, если идентификаторы однозначно подтверждены, PF сразу обращается к выбранной работе, не перебирая остальные задания. На синтетическом проекте с 400 Run и 800 Assignment количество чтений для такого выбора сократилось с 1202 до 4, а время операции — примерно с 3,2 секунды до 5–6 миллисекунд. ### 3. Повторное использование разбора YAML ProcessForge использует YAML для описания процессов, заданий, настроек и других структурированных данных. Теперь повторное чтение неизменившихся документов может использовать ранее выполненный разбор, сохранённый в памяти процесса. При этом PF проверяет актуальное содержимое файлов. Если документ изменился, система разбирает его заново. Проверки прав доступа и целостности контекста не отключаются. ## Улучшено восстановление после сбоев исполнителей В мультиагентном режиме за выполнением задач внешними исполнителями следит Process Execution Inspector. Он отслеживает состояние запущенных процессов, их сигналы активности (`heartbeat`), завершение и результаты. После выполнения задания Inspector собирает предусмотренные артефакты через механизм `collect`. При длительной работе возможны ситуации, когда исполнитель завершился, но сбор результатов не удался. Ранее устойчивые ошибки автоматического сбора могли приводить к повторению заведомо неуспешной операции. Теперь PF различает временные ошибки, при которых повтор имеет смысл, и устойчивые отказы, требующие отдельного восстановления. Уже собранные результаты сохраняются в истории. Состояние выполнения задания и работоспособность Runtime отображаются отдельно. Это помогает не потерять результаты длительной работы агента из-за проблемы на этапе их обработки. ## Безопасное продолжение работы в новой сессии Ещё одна особенность длительных ИИ-процессов — необходимость продолжить работу после завершения сессии агента. В ProcessForge предусмотрен механизм `Continuation`. Он позволяет возобновить конкретную `Work`, сохранив привязку к `Run`, `Assignment`, капсуле контекста и выбранному процессу. При продолжении система повторно проверяет состояние работы, её разрешения и актуальность контекста. Новая сессия не получает права самостоятельно заменить назначение, расширить Scope или выбрать другую задачу только потому, что прежний контекст разговора ей недоступен. ## Расширение возможностей MCP-сервера ProcessForge В версии 1.2.0 существенно расширен набор инструментов, доступных ИИ-агентам через MCP. Раньше MCP-сервер PF позволял преимущественно получать контекст проекта, искать знания, создавать Work и управлять этапами процесса. Для многих операций, особенно связанных с запуском других ИИ-агентов, приходилось обращаться к консольным командам PF. Теперь дополнительные возможности Core доступны непосредственно через MCP. ### Управление исполнителями (Workers) В мультиагентном режиме **Forge / Factory** оркестратор распределяет работу между отдельными самостоятельными сессиями ИИ-агентов. Каждый исполнитель получает ограниченное назначение (`Assignment`), подготовленный входной контекст и собственную область ответственности (`Scope`). Для управления исполнителями через MCP добавлены четыре инструмента: - `pf.worker.prepare` — подготовить входные данные, контекст и ограничения для исполнителя. - `pf.worker.start` — запустить исполнителя через выбранный зарегистрированный драйвер (Runtime Driver). Запуск асинхронный: оркестратор сразу получает управление обратно. - `pf.worker.status` — проверить состояние выполнения, включая возможность согласования состояния и сбора завершённых результатов. - `pf.worker.collect` — собрать результаты работы исполнителя, проверить отчёт, контрольные суммы и сведения о попытках выполнения. При подготовке и запуске можно дополнительно указать модель (`model`) и уровень мышления (`reasoning_effort`). Таким образом, оркестратор может управлять жизненным циклом исполнителей через MCP, не вызывая вручную команды в CLI. При этом сохраняются ограничения PF: исполнитель запускается только через зарегистрированный драйвер агента, с конкретным `Assignment` и закреплённым контекстом. ### Продолжение работы между сессиями Добавлены инструменты `pf.continuation.status`, `pf.continuation.create` и `pf.continuation.resume`. Они позволяют находить ранее начатую работу, создавать точку продолжения и возобновлять её в другой сессии ИИ-агента. При этом сохраняются конкретные `Run`, `Assignment`, закреплённый процесс и неизменяемый контекст. Новая сессия не получает права произвольно выбирать другое задание или расширять зону ответственности. ### Поиск знаний в пределах Work Новые `pf.work.search` и `pf.work.resolve` позволяют искать и получать ресурсы, разрешённые конкретному назначению. В отличие от общего `pf.search`, который работает с ресурсами проектного контекста, эти инструменты дополнительно учитывают закреплённые за Work разрешения и ограничения текущего этапа процесса. ### Обнаружение доступных команд Добавлены `pf.actions.list` и `pf.actions.describe`. Благодаря им агент может самостоятельно узнать, какие команды CLI и инструменты MCP поддерживаются установленной версией ProcessForge, какие параметры они принимают и какие из них обязательны. - `pf.actions.list` рассказывает о том, какие действия существуют в установленной версии PF, как называются и для чего предназначены. Можно фильтровать каталог. - `pf.actions.describe` описывает точные параметры выбранного действия: обязательные поля, типы, допустимые значения, ограничения и заявленные побочные эффекты. Для работы с драйверами добавлены `pf.runtime_driver.list` и `pf.runtime_driver.describe`. Они позволяют узнать, какие драйверы в PF зарегистрированы и доступны, не раскрывая их внутренние команды запуска и переменные окружения. Инструменты помогают ИИ агенту-оркестратору выбрать механизм исполнения `Work`. Драйвер задаёт, как PF передаёт подготовленную работу исполнителю, позволяет не угадывать способ запуска, пути, команды и аргументы. При отсутствии данных агент нередко лез изучать код исполняемого файла, чтобы найти эти подробности. Теперь работа стала удобнее. ### Управление сессией и запись сообщений Добавлены `pf.session.heartbeat` для продления регистрации существующей сессии в Agent Ledger ("журнал вахтёра" рабочего места PF) и `pf.chat.record` для записи сообщения агента в журнал собственной сессии. Также появился `pf.work.cancel` для возможности отмены назначения агенту. Все изменяющие состояние инструменты сохраняют проверки полномочий. Для соответствующих операций требуется явное `apply: true`. ### Зачем всё это сделано? Цель — предоставить ИИ-агентам единый программный интерфейс для работы с ProcessForge. Теперь оркестратор может через MCP получать контекст, управлять `Work`, запускать исполнителей, следить за их состоянием, собирать результаты и продолжать работу между сессиями. При этом сами исполнители не обязаны подключать MCP-сервер PF: они могут работать автономно с заранее вычисленным и подготовленным контекстом и передавать результаты через предусмотренный контракт. Это уменьшает зависимость от консольных команд и конкретной среды исполнения, сохраняя контроль PF над процессами, полномочиями и результатами. ## Упорядочены инструкции входа ИИ-агентов в проект Основной точкой входа в проект стал корневой `AGENTS.md`. Он содержит обязательный контракт работы агента с ProcessForge: как получить контекст, выбрать или продолжить `Work`, соблюдать область ответственности (`Scope`) и проходить этапы процесса. При длительной работе возникает проблема: ИИ-агенты склонны дописывать в `AGENTS.md` новые правила, выводы и инструкции. Постепенно файл разрастается, а разные ИИ-клиенты имеют собственные ограничения на объём загружаемых инструкций. В результате часть правил может оказаться за пределами доступного объёма и не попасть в контекст модели. В PF 1.2.0 добавлен **механизм контроля объёма стартовых инструкций** (Instruction Accounting). Обязательный контракт PF ограничен 4096 байтами. Дополнительно система умеет проверять объём всего файла и цепочки подключаемых инструкций с учётом явно заданных ограничений конкретного ИИ-клиента. Если обнаружен риск обрезания обязательных инструкций, PF блокирует соответствующее изменение. Если настроен режим предупреждения — сообщает о превышении. При этом PF не сокращает и не переписывает пользовательские инструкции автоматически. Для разных ИИ-клиентов предусмотрены отдельные профили диагностики. Они позволяют оценивать, какие файлы должны загружаться и укладываются ли они в известные ограничения. Фактическая доставка инструкций модели требует отдельной проверки. Задача механизма — не допустить ситуации, когда из-за накопления инструкций агент перестаёт получать обязательные правила работы с проектом. Это проверки при подготовке, изменении и диагностике точки входа, а не непрерывное фоновое наблюдение за файлом. Лимит в 4096 байт относится к управляемому контракту PF, а не ко всему `AGENTS.md`. При этом подготовленные исполнители могут начинать работу с уже переданными инструкциями и капсулой, не подключая собственный PF MCP и не создавая повторно Work. Это позволяет уменьшить объём лишнего контекста и сохранить разграничение ответственности между оркестратором и исполнителями. ## Управление временными файлами Временные файлы проекта теперь следует размещать в .pf/tmp/, выделяя отдельные каталоги исполнителям. Для необязательного PF `app-server` добавлены настраиваемые уведомления о давно не изменявшихся временных файлах. PF не удаляет их автоматически: такие файлы могут всё ещё использоваться исполнителями. ## Что в итоге? ProcessForge продолжает развиваться как независимый от конкретной ИИ-модели и среды выполнения фреймворк. В простом режиме `Garage` (режим 1-1-1-1 - один человек - один проект - один агент - один запуск) один агент может работать с проектом без запуска PF app-server. Вся история проекта, история принятых решений хранится в проектной папке `.pf`. В режиме **Forge / Factory** можно организовать параллельную работу нескольких исполнителей с отдельными контекстами, назначениями, контролем доступа к ресурсам, проверкой результатов и передачей работы между сессиями. Вся "бухгалтерия проекта" продолжает храниться в проектной папке `.pf`, но для корректной организации рабочего процесса нужен общий процесс - `pf-app-server`. Для режима гаража он опционален. Изменения версии 1.2.0 в первую очередь направлены на то, чтобы такая система оставалась производительной и управляемой по мере роста проекта, количества задач и накопленной истории. Процесс обновления: при переходе с предыдущей версии необходимо сохранить состояние проектов и выполнить отдельную миграцию старых журналов событий (скажите агенту использовать предложенный инструмент миграции). **ProcessForge**— процессы, знания, инструменты и контроль выполнения для ИИ-агентов. #ProcessForge #AIAgents #OpenSource - [Релиз ProcessForge 1.2.0](https://github.com/WebTolk/process-forge/releases/tag/v1.2.0) - [Документация ProcessForge на русском языке](https://github.com/WebTolk/process-forge/blob/v1.2.0/docs/ru/releases/1.2.0.md) - [Скачать и установить ProcessForge](https://github.com/WebTolk/process-forge) ## Об авторе ![Толкачев Сергей Юрьевич](https://web-tolk.ru/images/uslugi/sergey-tolkachyov-apr-2023.webp) ### Толкачев Сергей Юрьевич Joomla-разработчик. [Контрибьютер ядра Joomla](https://github.com/joomla/joomla-cms/pulls?q=is%3Apr+author%3Asergeytolkachyov+). Один из ведущих Telegram-канала русскоязычного Joomla-сообщества [JoomlaFeed](https://t.me/joomlafeed), один из модераторов [чата русскоязычного Joomla-сообщества](https://t.me/joomlaru). Мои расширения в официальном маркетплейсе расширений Joomla - [Joomla Extensions Directory](https://extensions.joomla.org/profile/profile/details/528051/). Имею публикации в [официальном журнале международного Joomla-сообщества - Joomla Community Magazine](https://magazine.joomla.org/authors/sergeytolkachyov) и на [официальном сайте русскоязычного Joomla-сообщества](https://joomlaportal.ru/users/sergey-tolkachyov). Муж. Отец 3 детей. Россия, Саратов. ## JSON-LD Schema ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "@id": "https://web-tolk.ru/#/schema/BreadcrumbList/17", "itemListElement": [ { "@type": "ListItem", "position": 1, "item": { "@id": "https://web-tolk.ru/", "name": "Главная" } }, { "@type": "ListItem", "position": 2, "item": { "@id": "https://web-tolk.ru/blog", "name": "Блог" } }, { "@type": "ListItem", "position": 3, "item": { "name": "Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности" } } ] } ``` ```json { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://web-tolk.ru/#/schema/Organization/base", "name": "WebTolk", "url": "https://web-tolk.ru/", "logo": { "@type": "ImageObject", "@id": "https://web-tolk.ru/#/schema/ImageObject/logo", "url": "https://web-tolk.ru/images/webtolk-1080p.jpg", "contentUrl": "https://web-tolk.ru/images/webtolk-1080p.jpg", "width": 1920, "height": 1080 }, "image": { "@id": "https://web-tolk.ru/#/schema/ImageObject/logo" }, "sameAs": [ "https://github.com/WebTolk", "https://github.com/sergeytolkachyov", "https://vk.com/web_tolk", "https://vk.com/webtolkru", "https://tenchat.ru/sergeytolkachyov", "https://t.me/sergeytolkachyov", "https://t.me/webtolkru" ] }, { "@type": "WebSite", "@id": "https://web-tolk.ru/#/schema/WebSite/base", "url": "https://web-tolk.ru/", "name": "WebTolk", "publisher": { "@id": "https://web-tolk.ru/#/schema/Organization/base" } }, { "@type": "WebPage", "@id": "https://web-tolk.ru/#/schema/WebPage/base", "url": "https://web-tolk.ru/blog/vyshel-processforge-1-2-0-optimizatsiya-proizvoditelnosti-i-povyshenie-nadjozhnosti", "name": "Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности - WebTolk", "description": "ProcessForge 1.2.0: ускорение работы ИИ-агентов, переход журналов на SQLite, улучшение мультиагентного режима, восстановление после сбоев и контроль инструкций.", "isPartOf": { "@id": "https://web-tolk.ru/#/schema/WebSite/base" }, "about": { "@id": "https://web-tolk.ru/#/schema/Organization/base" }, "inLanguage": "ru-RU", "breadcrumb": { "@id": "https://web-tolk.ru/#/schema/BreadcrumbList/17" } }, { "@type": "Article", "image": "https://web-tolk.ru/images/blog/process-forge-frejmvork-dlya-sozdaniya-ai-protsessov.webp", "headline": "Вышел ProcessForge 1.2.0: оптимизация производительности и повышение надёжности", "description": "ProcessForge 1.2.0: ускорение работы ИИ-агентов, переход журналов на SQLite, улучшение мультиагентного режима, восстановление после сбоев и контроль инструкций.", "author": { "@type": "person", "name": "Сергей Толкачев" }, "@id": "https://web-tolk.ru/#/schema/com_content/article/193", "isPartOf": { "@id": "https://web-tolk.ru/#/schema/WebPage/base" } } ] } ```