AWR — это открытая платформа доставки проектов для людей и ИИ. Она связывает цели, рабочие потоки, зависимости, контекст и приёмку в единый процесс доставки проекта, чтобы проект мог пройти путь от согласованной цели до проверенного результата — даже когда работа распределена между несколькими агентами, сессиями и участниками.
AWR создан для двух ситуаций с одной и той же лежащей в основе проблемой:
- Один человек координирует несколько агентов в сложном проекте.
- Команда доставляет общий проект, начиная со сложных программных проектов.
В обоих случаях люди задают направление и проверяют результаты; агенты выполняют работу. AWR связывает их работу с единым состоянием проекта через свой CLI и MCP-сервис.
Проблема, которую решает AWR
Когда вы работаете с ИИ-агентами для программирования, знания о проекте обычно живут в приватном диалоге агента. Когда сессия заканчивается, модель меняется или работу подхватывает другой человек или агент, этот контекст теряется. Параллельные направления работ расходятся, а «готово» означает то, что под этим понимал последний агент.
AWR спроектирован вокруг того, как должно быть на самом деле:
- Смена сессий, моделей или участников сохраняет проект. Цели, ограничения и проверенный прогресс переживают передачу. Преемник получает необходимый контекст текущей задачи и её контрольную точку, поэтому проект может продолжаться между сессиями и агентами.
- У параллельной работы есть явное владение и передача. Независимые рабочие потоки (например, фронтенд, бэкенд и тестирование) ведут собственные задачи, контекст и владение, разделяя при этом ограничения проекта.
- «Готово» проверяемо. Заявления о завершении связаны с привязанными к версии свидетельствами. Реализация, проверка, слияние и релиз отслеживаются как отдельные факты, а не сливаются в одно заявление.
- Усилия видны. На каждом этапе вы можете сказать, что готово, что ждёт, что проверено и куда ушли усилия.
Короче говоря: AWR сохраняет непрерывность проекта в условиях конечных окон контекста. Окно контекста агента ограничено, а компактификация (когда хост сокращает диалог, чтобы он поместился) — задача хоста; контрольные точки AWR вместо этого переносят записанные факты проекта вперёд.
Как это работает: ваши файлы остаются источником истины
Архитектура AWR состоит из трёх частей:
- Ваши файлы хранят намерение. Markdown- и YAML-файлы в вашем проекте описывают цели, планы, работу, ограничения и решения. AWR индексирует эти источники, не заменяя их незаметно.
- AWR поддерживает непрерывность. Локальное состояние (проект на SQLite) хранит проекции этих источников, а также сессии, захваты, контрольные точки и свидетельства. Компиляция контекста — сборка релевантных целей, правил, зависимостей и свидетельств для текущей задачи — выполняется локально и не делает вызовов модели. Проверки ревизий защищают записи от устаревшего состояния.
- Люди и агенты выполняют работу. CLI и MCP-сервис связывают факты проекта с любым используемым вами хостом. Агенты приносят свои собственные модели, инструменты и диалоги; проверенные изменения и прогресс возвращаются в источники проекта.
Поскольку записанные контрольные точки переносят только записанные факты, они не восстанавливают незаписанную историю диалога агента — это остаётся ответственностью хоста.
Составные части и как они сочетаются
Вы взаимодействуете с AWR через две точки входа, обе устанавливаются из одного пакета:
- CLI
awr— инициализирует проект, показывает статус и управляет явным рабочим процессом сессий: захватить часть работы, получить её сфокусированный контекст и сохранить контрольную точку перед остановкой. Им может пользоваться любой агент, способный выполнять команды оболочки. - MCP-сервис
awr-mcp— предоставляет то же состояние проекта в виде MCP-инструментов (MCP, Model Context Protocol, — способ, которым ИИ-клиенты вызывают внешние инструменты). Клиент подключается либо к одному проекту через stdio, либо к общему HTTP MCP-сервису, обслуживающему несколько клиентов и проектов.
Поверх этого AWR поддерживает агента, с которым вы уже работаете. Интеграции бывают уровнями:
- Общий контракт (по умолчанию, полностью поддерживается). Любой хост, способный запускать CLI или говорить по MCP, использует то же состояние проекта через общий рабочий процесс сессий. Сюда входят Claude Code, Cursor, Windsurf и подобные хосты — специальный установщик не нужен.
- Заметки по хостам. Для некоторых хостов (Cursor, Kimi Code, Grok Build) AWR документирует точные пути слияния конфигурации и флаги нативных сессий, проверенные на датированной версии хоста. Эти заметки не добавляют функций времени выполнения.
- Необязательный адаптер жизненного цикла. Там, где нативные хуки жизненного цикла хоста стабильны, адаптер может запускать контрольные точки AWR от событий хоста. Сегодня это существует для Codex. Адаптер никогда не превращает AWR в среду выполнения этого хоста.
Для человека, координирующего несколько агентов, действует та же дисциплина зависимостей, проверки и учёта, что и для большой команды — это одна модель проекта, а не два продукта.
Чем AWR НЕ является
AWR сознательно ограничен по объёму. Это независимая от хоста среда выполнения работы, и её продуктовая граница — общий контракт CLI/MCP, а не какой-либо конкретный редактор или агент.
- AWR — не ИИ-агент. Он не выбирает, не запускает и не настраивает агента для программирования. Агенты приносят свои собственные модели, инструменты и диалоги; строки провайдера и модели, хранимые AWR, — только отображаемые метки.
- AWR — не редактор, не чат-интерфейс и не провайдер моделей. UI агента, нативные идентификаторы диалогов и компактификация принадлежат хосту.
- AWR не заменяет файлы вашего проекта. Источники Markdown/YAML остаются авторитетными; локальное состояние AWR — это индекс плюс записи непрерывности, и оно не должно незаметно заменять ваши источники.
- AWR не привязан к одному транспорту. Работает ли MCP через stdio, HTTP или отсутствует — выбор хоста; если у хоста нет нативных хуков, вы создаёте контрольные точки вручную через CLI.
- AWR не изолирует рабочие потоки физически. Изоляция рабочих потоков охватывает состояние проекта и поддерживаемые операции; физическая изоляция процессов зависит от хоста выполнения.
Текущий объём: опубликованный релиз и разработка
AWR честно говорит о том, что поставлено, а что ещё строится. Опубликованные пакеты CLI/MCP версии 0.5.1 предоставляют:
- Цели и задачи, подкреплённые источниками, с навигацией по зависимостям
- Сфокусированная компиляция контекста для текущей задачи
- Захваты и контрольные точки сессий
- Привязанные к версии свидетельства
- Общий HTTP MCP-сервис для нескольких клиентов и проектов
- Обмен файлами Personal Workspace
- Основа личного рабочего потока: явное владение источниками, атрибуция сессий и ограниченный по области контекст в локальном проекте SQLite
Этот релиз не предоставляет аутентифицированный Team-сервис или полную изоляцию между клиентами. Всё ещё в разработке на main:
- Версионируемое принятие доставки между рабочими потоками (привязка downstream-работы к принятому артефакту и версии контракта; повторная проверка потребителей при её изменении)
- Командная совместная работа и проверка доставки (явные записи о проверяющем и одобрении)
- Учёт использования рабочих потоков, времени и ETA
Примечания к релизу каждой опубликованной версии определяют фактическую границу пакета.
Что это значит для вас
Если вы оцениваете AWR: вы сохраняете своего текущего агента и свои текущие файлы. Вы инициализируете AWR в своём проекте, даёте агенту рабочее соглашение, и с этого момента каждая сессия начинается с записанных целей, правил, зависимостей и контрольных точек, а не с нуля. Вы можете проверять прогресс в любое время.
Если вы внедряете его в команде: та же основа CLI/MCP расширяется в сторону общей доставки и проверки по мере появления этих возможностей — опубликованный релиз уже даёт вам ядро для одного пользователя и нескольких агентов.
Куда двигаться дальше
- Быстрый старт — установите AWR, подключите проект и проведите первую сессию.
- Концепции — модель проекта в деталях: цели, рабочие потоки, сессии, захваты, контрольные точки и свидетельства.
- CLI и MCP-сервис — две точки входа в глубину.
- Интеграции с агентами — подключите агента, которого вы уже используете.