Kenn Software: набор local-first инструментов для агентов

Kenn Software (kenn.io, слоган "development and knowledge systems for the agentic era") выпускает небольшое семейство инструментов, которые со стороны выглядят одинаково: один бинарник на Go, local-first, SQLite под капотом, никаких аккаунтов и телеметрии, CLI под нужды агентов и TUI для человека, который за ними наблюдает. Всего их пять, и они закрывают разные этапы цикла разработки с участием агентов.

Пять инструментов

• kata - трекер задач. Локальный демон на SQLite с CLI для агента и TUI для человека; состояние задач хранится вне репозитория (коммитится только .kata.toml). Долговечный журнал задач, в который пишет агент. (210★, раннее превью - watchlist)
• middleman - дашборд для PR и задач. Синхронизирует данные из GitHub/GitLab/Forgejo/Gitea в локальный SQLite и отдаёт интерфейс на Svelte; единая лента активности, инлайн-диффы, локальный канбан, мерж и аппрув прямо из UI. Предназначен для разбора чужих PR. (110★, релизов пока нет)
• agentsview - аналитика сессий. Полнотекстовый поиск, учёт расходов (замена ccusage, работающая в 100 раз быстрее) и статистика по более чем 50 агентам. Журнал объёмов и затрат. (~4.5k★ - самый зрелый проект)
• roborev - непрерывное код-ревью. Post-commit хук проверяет каждый коммит в фоновом режиме и умеет автоматически вносить исправления в изолированных worktree'ях. Журнал контроля качества кода. (1.2k★, v0.55)
• msgvault - архивация почты и чатов. Сохраняет Gmail/IMAP/MBOX/.emlx в SQLite + DuckDB; офлайн-FTS и векторный поиск, MCP-сервер. Инструмент для личных данных, а не часть агентского рабочего процесса. (1.8k★, v0.14 alpha - watchlist)

Общие принципы архитектуры

Эти утилиты собраны на одной странице потому, что в их основе лежат одни и те же архитектурные решения:

• Единый бинарник, local-first. Всё работает локально. Серверы по умолчанию слушают 127.0.0.1. Никаких облачных сервисов, учётных записей и телеметрии, кроме опциональной проверки обновлений.
• SQLite как основа, часто в паре со вторым движком под задачи, для которых SQLite не подходит: DuckDB + Parquet в msgvault для OLAP-агрегаций, FTS5 в agentsview и msgvault для поиска. middleman использует чисто Go-драйвер modernc.org/sqlite, чтобы избежать CGO; agentsview и msgvault идут на усложнение сборки со статическим связыванием и CGO там, где требуются FTS5 или DuckDB.
• CLI для агентов, TUI для людей. С одной стороны - стабильные команды с выводом в JSON и предсказуемыми сценариями ошибок; с другой - интерактивный интерфейс с навигацией в стиле vim. kata заявляет это разделение явно, остальные следуют тому же принципу.
• Скорость за счёт предварительной индексации. Главное обещание agentsview - работа в 100 раз быстрее, чем повторный парсинг JSONL сессий при каждом запуске. Тот же подход лежит в основе кэша DuckDB в msgvault: проиндексировать один раз, выполнять запросы за миллисекунды.
• Опциональный Postgres для команд. И agentsview, и roborev позволяют отправлять локальные данные в общий Postgres для командных дашбордов, оставаясь по умолчанию сугубо локальными утилитами для одного пользователя.
• Go 1.25/1.26, MIT. Единый тулчейн и лицензия для всех инструментов.

Сопоставление с другими инструментами из базы знаний

Линейка намеренно пересекается с другими инструментами из базы знаний, причём различия здесь показательнее сходств:

• kata против beads - оба инструмента дают агентам структурированный граф задач вместо TODO в Markdown, но используют противоположные подходы к хранению. Beads коммитит базу Dolt внутрь репозитория, чтобы задачи сливались вместе с ветками; kata держит SQLite снаружи репозитория, не оставляя лишних следов. Выбор зависит от того, нужно ли версионировать историю задач вместе с кодом.
• middleman против forge - поддерживают одинаковый набор платформ (GitHub/GitLab/Gitea/Forgejo). forge служит CLI-мостом для скриптов и агентов; middleman - интерфейсом ревью для человека.
• roborev против charlie-daemons / re_gent - roborev реализует сценарий "агент работает в фоне", привязанный к коммитам и ориентированный на ревью; re_gent решает ту же задачу ответственности за сгенерированный код через отслеживание происхождения каждого промпта вместо ревью.
• agentsview против ctx - ctx организует и связывает контекст диалогов с агентами; agentsview анализирует их и рассчитывает стоимость.
• msgvault против wacli - тот же принцип "полный контроль над историей сообщений офлайн", но другой источник данных (электронная почта вместо WhatsApp).

Главная мысль: разработчик делает ставку на то, что инструментарий вокруг пишущих код агентов должен состоять из принадлежащих вам локальных утилит в виде отдельных бинарников, а не из SaaS-дашбордов. И выпускает достаточное количество таких инструментов (задачи, PR, затраты, ревью, личные данные), чтобы эта стратегия стала очевидной.