JetBrains открыл Thinkrail — агентную IDE вокруг coding-агента pi
Этап AI SDLC: Код → ХарнессJetBrains опубликовал под Apache-2.0 Thinkrail — лёгкую IDE для агентной разработки: сеанс агента идёт в отдельном git-worktree со своей веткой, знания проекта живут в «живых» спецификациях и навыках, интерфейс не собирает промпты за спиной. Внутри — открытый coding-агент pi. Показателен метод самого JetBrains: репозиторий разрабатывается спека-первым, SPEC.md лежит рядом с каждым модулем.
Что произошло
JetBrains открыл под Apache-2.0 ThinkRail — «агентную IDE» вокруг открытого coding-агента pi (пакет @earendil-works/pi-coding-agent): тонкий хост запускает pi в своём процессе и склеивает его с богатым веб-интерфейсом. Проект из инкубатора JetBrains: около 970 звёзд, 507 коммитов, настольное приложение и CLI, открывающий тот же интерфейс в браузере.
Ключевые решения: работа идёт в изолированных git-worktree со своей веткой — агенты трудятся параллельно, не трогая основной чекаут, а завершившиеся воркспейсы сами «оседают» на полку проекта; «живые» спецификации — граф файлов SPEC.md рядом с кодом, который агент читает и поддерживает через отдельные spec_*-инструменты, так что замысел переживает сессию; переносимые навыки (Agent Skills) читаются прямо из репозитория; MCP-серверы спрашивают подтверждения на небезопасные вызовы. Интерфейс не собирает промпты «за спиной»: pi владеет моделью, навыками, компакцией и сессией, приложение — рабочим пространством и редактором. GitHub-PR виден прямо в IDE: CI-проверки, решение ревью, merge методом репозитория.
Показателен и метод самого JetBrains: репозиторий разработан спека-первым, goal-and-requirements.md и architecture.md — канонические документы, а изменение, сдвигающее границу, контракт или решение, обновляет SPEC.md в том же коммите.
Почему это важно
ThinkRail — референс устройства агентного рабочего места на этапе кода: изоляция задач в worktree с ветками, персистентное знание проекта в спецификациях вместо промптов, явный версионированный протокол между движком и интерфейсом. Это отвечает на типовые вопросы внедрения: где живут знания проекта между сессиями (в SPEC.md в репозитории), как запускать нескольких агентов параллельно (worktree плюс ветки), как не отдавать вендору свои промпты (хост локальный, провайдер и ключи — ваши). Открытая лицензия и standalone-CLI позволяют встроить связку в собственный конвейер. Ограничения: проект молодой, Linux-артефакты не подписаны, для агентной работы нужен свой доступ к модели.
Что с этим делать
- Попробуйте паттерн «спека рядом с модулем»: SPEC.md у каждого модуля обновляется тем же коммитом, что и изменение контракта.
- Разведите параллельные задачи агентов по git worktree — по ветке на задачу вместо очереди на один чекаут.
- Посмотрите packages/contracts как образец явного контракта «движок — интерфейс» для собственного харнесса.