ProcessForge 1.1.0

Русский

Добавлен локальный поиск на SQLite FTS5.
ProcessForge теперь индексирует подключённые знания и ресурсы и позволяет искать по ним через pf.search. Для подготовленной документации используется полнотекстовый индекс, а большие деревья исходного кода могут индексироваться только по метаданным. После поиска pf.resolve возвращает канонический локальный путь, внутри которого агент уже может использовать обычные средства поиска и чтения файлов.

Добавлен MCP-сервер ProcessForge.
Основные возможности PF теперь доступны агенту напрямую через MCP: pf.context, pf.search, pf.resolve, pf.work.start, pf.work.state, pf.work.transition. Агенту больше не требуется вручную разбирать структуру .pf или постоянно обращаться к CLI для обычной работы с процессом. MCP запускается самим хостом агента как stdio-процесс.

Добавлен Garage — облегчённый режим работы.
Для работы одного агента больше не обязательны Runtime, Agent Ledger и hooks. Контекст проекта, поиск знаний и выполнение процессов работают непосредственно от .pf и текущего snapshot. Это делает PF пригодным для обычной ежедневной работы без постоянно работающей инфраструктуры.

Добавлен долгоживущий Runtime ProcessForge.
Для более сложных сценариев появился единый фоновый процесс на Workplace: он обслуживает события, Ledger, фоновые операции и будущую многоагентную координацию. В Windows Runtime может устанавливаться в автозапуск и подниматься вместе с системой. В Garage он при этом не требуется.

Процессы стали исполняемыми декларативными контрактами.
PF теперь сам ведёт текущую стадию работы, проверяет обязательные артефакты и evidence и выполняет переходы через pf.work.transition. Агенту не нужно вручную создавать и закрывать Run/Task или угадывать идентификаторы стадий. Финальная стадия завершает Run и формирует summary и handoff.

Добавлена поддержка нескольких процессов в одном проекте.
Проект может разрешать, например, разработку, архитектурный анализ и тестирование, но в текущую работу включается только один процесс. Это позволяет менять вид работы без загрузки в контекст агента всех процессов сразу. Между работами PF сохраняет handoff, а новая сессия может продолжить работу через компактный pf.context.

Переработано разрешение и индексация ресурсов проекта.
Snapshot теперь точнее определяет, какие версии знаний и платформ относятся к конкретному проекту, вместо подключения всего доступного Workplace-каталога. Добавлены отдельные режимы fulltext, metadata и none, проверки совместимости версий и более строгая изоляция ресурсов между проектами.

Усилены обновление и выпуск ProcessForge.
Обновление Core теперь использует manifest, проверяет локальные изменения и не должно незаметно перезаписывать пользовательские файлы. Для релизов добавлены проверки Git provenance, контрольных сумм, чистоты публичного архива, детерминированности сборки и полный запуск тестов уже из распакованного ZIP.

---

English

SQLite FTS5 local search has been added.
ProcessForge can now index connected knowledge and resources and expose them through pf.search. Prepared documentation can be full-text indexed, while large source trees may use metadata-only indexing. pf.resolve then provides the canonical local root where the agent can use normal file and source search tools.

A ProcessForge MCP server has been added.
Core PF operations are now available directly to agents through MCP: pf.context, pf.search, pf.resolve, pf.work.start, pf.work.state, and pf.work.transition. Agents no longer need to manually inspect .pf internals or rely on the CLI for normal governed work. The MCP server is launched by the agent host as a stdio process.

Garage mode has been introduced.
Single-agent work no longer requires Runtime, Agent Ledger, or hooks. Project context, resource search, and process execution can operate directly from .pf and the current project snapshot. This makes ProcessForge much lighter for everyday use.

A long-running ProcessForge Runtime has been added.
More advanced installations can use one background Runtime per Workplace for events, Ledger maintenance, background operations, and future multi-agent coordination. On Windows it can be installed for automatic startup with the system. Garage mode remains independent from Runtime.

Processes are now executable declarative contracts.
ProcessForge tracks the current stage, validates required artifacts and evidence, and performs transitions through pf.work.transition. Agents no longer need to manually maintain low-level Run/Task lifecycle state or guess stage identifiers. Completing the final stage also completes the Run and produces its summary and handoff.

Projects can now allow multiple processes.
A project may support development, architecture analysis, testing, and other workflows while activating only one process for the current Work. This keeps the active context narrow instead of loading every available process into the session. Handoffs also allow a fresh session to continue from the previous completed process.

Project resource resolution and indexing have been tightened.
Snapshots now select project-relevant platform and knowledge versions more precisely instead of exposing the entire Workplace catalog. Resources can use fulltext, metadata, or none indexing modes, with stricter version matching and project isolation.

Core updates and release qualification are safer.
Core updates are manifest-driven and protect locally modified files from silent replacement. The release pipeline now validates Git provenance, checksums, public archive cleanliness, deterministic packaging, and the complete extracted ZIP rather than testing only the source tree.