forgejo-admin/watcherenish
Watch
1
0
Fork
You've already forked watcherenish
 0
Code Issues 9 Pull requests 4 Projects Releases Packages Wiki Activity Actions

Готовые решения (вопрос) #2

New issue
Closed
opened 2026-09-26 08:14:55 +00:00 by forgejo-admin · 2 comments
forgejo-admin commented 2026-09-26 08:14:55 +00:00
Owner
Copy link

Попробуй поискать в интернете, может быть есть уже похожие готовые ПО для нашей цели? Покажи, что нашел

Попробуй поискать в интернете, может быть есть уже похожие готовые ПО для нашей цели? Покажи, что нашел
developer commented 2026-09-26 08:34:05 +00:00
Collaborator
Copy link

Беру задачу: исследую существующие готовые решения для мониторинга AI/coding-агентов (поиск в интернете), оформлю ответ по существу в этом issue. Ветка не требуется — задача исследовательская, код не меняется.

Беру задачу: исследую существующие готовые решения для мониторинга AI/coding-агентов (поиск в интернете), оформлю ответ по существу в этом issue. Ветка не требуется — задача исследовательская, код не меняется.
developer commented 2026-09-26 08:39:38 +00:00
Collaborator
Copy link

Прошёлся по интернету (GitHub Search API, npm, веб-поиск; звёзды/активность — по данным GitHub API на сегодня). Да, готовые решения есть, причём некоторые — почти ровно про нашу задачу. Сгруппировал по близости к цели watcherenish.

1. Прямые аналоги для агента pi

  • BlackBeltTechnology/pi-agent-dashboard (★303, TypeScript, активная разработка; сайт pi-dashboard.dev) — real-time web-дашборд именно для pi: мульти-сессионный вид, живое зеркало чата, встроенный терминал, diff-viewer, запуск pi-flows, удалённый доступ с телефона через mDNS или zrok-туннель. Сосуществует с TUI, не заменяет её. Это ближайший аналог — он покрывает и вопрос из #1 (смотреть с любой машины), и наш этап 4 (RPC-мост), только в формате «управление + наблюдение», а не read-only.
  • jmfederico/pi-web (★815, TypeScript; сайт pi-web.dev) — web UI для pi с персистентными workspace на сервере: сессии живут после закрытия браузера, параллельные проекты/worktrees, доступ с любого устройства. Это скорее «удалённая среда запуска агентов», чем монитор существующих сессий — другой сценарий, но концептуально близок к #1.
  • samfoy/pi-dashboard (★49, TypeScript, активный) — web-дашборд для pi: multi-session chat, file browser, doc collaboration, terminal.

2. Мониторы транскриптов и расходов (другие агенты, тот же паттерн)

  • ccusage (★18.7k) — фактический стандарт аналитики токенов/cost из локальных JSONL (npx ccusage). Форк better-ccusage (★89) прямо заявляет поддержку в т.ч. pi — т.е. наш формат сессий уже читают сторонние инструменты.
  • mikehasa/agentacct (★754, Python) — «что делали агенты и сколько стоило»: по каждой задаче Work Receipt (шаги, файлы, тесты, токены, стоимость), мульти-агентный, local-first, TUI + дашборд.
  • S40911120/recensa (★73, Docker) — self-hosted просмотрщик транскриптов Claude Code: индексация JSONL в SQLite, трёхпанельный читатель, полнотекстовый поиск, реплей, аудит. Прямой аналог нашей вкладки «Детали сессии».
  • hoangsonww/Claude-Code-Agent-Monitor (★1016, Node+React+SQLite+WebSockets) — real-time дашборд: сессии, tool usage, subagents.
  • Maciek-roboblog/Claude-Code-Usage-Monitor (★8.7k) — real-time монитор лимитов с предсказаниями исчерпания (терминал).
  • xiufengsun/TokenTracker (★1.7k), Javis603/token-monitor (★2.4k) — local-first трекеры токенов/cost для 30–40 AI-инструментов, десктоп-виджеты.

3. Концепция «центральный UI + подключение удалённых агентов» (вопрос из #1)

  • vilmire/adhdev (ADHDev) (★98, npm, очень активный) — control plane для многих coding-агентов на многих машинах: запуск/наблюдение/согласование/steer сессий из браузера или телефона, задачи в git worktree, авто-мерж через встроенный pipeline. Это фактически та концепция, которую вы описали в #1 («подключить агента → healthcheck → видеть в UI»), плюс оркестрация. Архитектурно самый интересный референс.
  • kodrunhq/claude-plane (Go, ранняя стадия) — self-hosted control plane для Claude CLI-сессий на распределённых машинах.
  • schubydoo/clauster (★4) — self-hosted web-launchpad: бриджи remote-control на удалённом хосте, управление из браузера/телефона.
  • tianshanghong/agent-andon (★8) — статус-борд + уведомления, когда агент закончил/застрял/нужен человек.

4. Классический observability-стек

Claude Code имеет нативную поддержку OpenTelemetry, под него есть готовые связки: centminmod/claude-code-opentelemetry-setup (★126), Grafana-дашборд rockdarko/claude-code-metrics-prometheus, цельные стеки KB1SLN-Labs/agent-observability и TheophileDiot/ai-cli-observability (OTel Collector → Prometheus/Loki/Grafana). У pi нативной OTel-отдачи нет, но наш парсер мог бы экспортировать метрики в том же формате. Стек тяжёлый (несколько сервисов), зато стандартные дашборды и алерты.

Выводы

  1. Наша ниша не занята один-в-один. Легковесного read-only монитора сессий pi с gate.log я не нашёл: pi-agent-dashboard — это control plane с управлением (не read-only, плюс требует своего моста), pi-web — про персистентные workspace. Транскрипты/расходы для pi частично закрывают ccusage-семейство и pi-agent-dashboard.
  2. Концепция из #1 («подключить агента по адресу → healthcheck → управлять из UI») рынком уже реализована (ADHDev, claude-plane, clauster) — есть готовые архитектурные референсы: daemon на машине агента + центральный hub + healthcheck-регистрация.
  3. Практичное разделение: расходы/токены можно не писать самим (взять ccusage/better-ccusage как источник или референс), а свой код сосредоточить на pi-специфике: live-обновления, gate.log, read-only гарантии, мульти-агентный hub из #1.

Вопрос к вам: продолжаем собственную разработку по дорожной карте (этапы 2–4, с оглядкой на архитектуру ADHDev для этапа 4), или хотите сначала потрогать готовое (pi-agent-dashboard / pi-web) и решить, нужны ли нам их сценарии? Пока жду реакции — возвращаю задачу в blocked.

Прошёлся по интернету (GitHub Search API, npm, веб-поиск; звёзды/активность — по данным GitHub API на сегодня). Да, готовые решения есть, причём некоторые — почти ровно про нашу задачу. Сгруппировал по близости к цели watcherenish. ## 1. Прямые аналоги для агента pi - **[BlackBeltTechnology/pi-agent-dashboard](https://github.com/BlackBeltTechnology/pi-agent-dashboard)** (★303, TypeScript, активная разработка; сайт [pi-dashboard.dev](https://pi-dashboard.dev)) — real-time web-дашборд именно для pi: мульти-сессионный вид, живое зеркало чата, встроенный терминал, diff-viewer, запуск pi-flows, **удалённый доступ с телефона через mDNS или zrok-туннель**. Сосуществует с TUI, не заменяет её. Это ближайший аналог — он покрывает и вопрос из #1 (смотреть с любой машины), и наш этап 4 (RPC-мост), только в формате «управление + наблюдение», а не read-only. - **[jmfederico/pi-web](https://github.com/jmfederico/pi-web)** (★815, TypeScript; сайт [pi-web.dev](https://pi-web.dev)) — web UI для pi с **персистентными workspace на сервере**: сессии живут после закрытия браузера, параллельные проекты/worktrees, доступ с любого устройства. Это скорее «удалённая среда запуска агентов», чем монитор существующих сессий — другой сценарий, но концептуально близок к #1. - **[samfoy/pi-dashboard](https://github.com/samfoy/pi-dashboard)** (★49, TypeScript, активный) — web-дашборд для pi: multi-session chat, file browser, doc collaboration, terminal. ## 2. Мониторы транскриптов и расходов (другие агенты, тот же паттерн) - **[ccusage](https://github.com/ccusage/ccusage)** (★18.7k) — фактический стандарт аналитики токенов/cost из локальных JSONL (`npx ccusage`). Форк **[better-ccusage](https://github.com/cobra91/better-ccusage)** (★89) прямо заявляет поддержку в т.ч. **pi** — т.е. наш формат сессий уже читают сторонние инструменты. - **[mikehasa/agentacct](https://github.com/mikehasa/agentacct)** (★754, Python) — «что делали агенты и сколько стоило»: по каждой задаче Work Receipt (шаги, файлы, тесты, токены, стоимость), мульти-агентный, local-first, TUI + дашборд. - **[S40911120/recensa](https://github.com/S40911120/recensa)** (★73, Docker) — self-hosted просмотрщик транскриптов Claude Code: индексация JSONL в SQLite, трёхпанельный читатель, полнотекстовый поиск, реплей, аудит. Прямой аналог нашей вкладки «Детали сессии». - **[hoangsonww/Claude-Code-Agent-Monitor](https://github.com/hoangsonww/Claude-Code-Agent-Monitor)** (★1016, Node+React+SQLite+WebSockets) — real-time дашборд: сессии, tool usage, subagents. - **[Maciek-roboblog/Claude-Code-Usage-Monitor](https://github.com/Maciek-roboblog/Claude-Code-Usage-Monitor)** (★8.7k) — real-time монитор лимитов с предсказаниями исчерпания (терминал). - **[xiufengsun/TokenTracker](https://github.com/xiufengsun/TokenTracker)** (★1.7k), **[Javis603/token-monitor](https://github.com/Javis603/token-monitor)** (★2.4k) — local-first трекеры токенов/cost для 30–40 AI-инструментов, десктоп-виджеты. ## 3. Концепция «центральный UI + подключение удалённых агентов» (вопрос из #1) - **[vilmire/adhdev (ADHDev)](https://github.com/vilmire/adhdev)** (★98, npm, очень активный) — control plane для многих coding-агентов на многих машинах: запуск/наблюдение/согласование/steer сессий из браузера или телефона, задачи в git worktree, авто-мерж через встроенный pipeline. Это фактически та концепция, которую вы описали в #1 («подключить агента → healthcheck → видеть в UI»), плюс оркестрация. Архитектурно самый интересный референс. - **[kodrunhq/claude-plane](https://github.com/kodrunhq/claude-plane)** (Go, ранняя стадия) — self-hosted control plane для Claude CLI-сессий на распределённых машинах. - **[schubydoo/clauster](https://github.com/schubydoo/clauster)** (★4) — self-hosted web-launchpad: бриджи remote-control на удалённом хосте, управление из браузера/телефона. - **[tianshanghong/agent-andon](https://github.com/tianshanghong/agent-andon)** (★8) — статус-борд + уведомления, когда агент закончил/застрял/нужен человек. ## 4. Классический observability-стек Claude Code имеет нативную поддержку OpenTelemetry, под него есть готовые связки: **[centminmod/claude-code-opentelemetry-setup](https://github.com/centminmod/claude-code-opentelemetry-setup)** (★126), Grafana-дашборд **[rockdarko/claude-code-metrics-prometheus](https://github.com/rockdarko/claude-code-metrics-prometheus)**, цельные стеки **[KB1SLN-Labs/agent-observability](https://github.com/KB1SLN-Labs/agent-observability)** и **[TheophileDiot/ai-cli-observability](https://github.com/TheophileDiot/ai-cli-observability)** (OTel Collector → Prometheus/Loki/Grafana). У pi нативной OTel-отдачи нет, но наш парсер мог бы экспортировать метрики в том же формате. Стек тяжёлый (несколько сервисов), зато стандартные дашборды и алерты. ## Выводы 1. **Наша ниша не занята один-в-один.** Легковесного read-only монитора сессий pi с gate.log я не нашёл: pi-agent-dashboard — это control plane с управлением (не read-only, плюс требует своего моста), pi-web — про персистентные workspace. Транскрипты/расходы для pi частично закрывают ccusage-семейство и pi-agent-dashboard. 2. **Концепция из #1 («подключить агента по адресу → healthcheck → управлять из UI») рынком уже реализована** (ADHDev, claude-plane, clauster) — есть готовые архитектурные референсы: daemon на машине агента + центральный hub + healthcheck-регистрация. 3. **Практичное разделение**: расходы/токены можно не писать самим (взять ccusage/better-ccusage как источник или референс), а свой код сосредоточить на pi-специфике: live-обновления, gate.log, read-only гарантии, мульти-агентный hub из #1. **Вопрос к вам:** продолжаем собственную разработку по дорожной карте (этапы 2–4, с оглядкой на архитектуру ADHDev для этапа 4), или хотите сначала потрогать готовое (pi-agent-dashboard / pi-web) и решить, нужны ли нам их сценарии? Пока жду реакции — возвращаю задачу в `blocked`.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
feature/23_install_sh_branch_arg
feature/19_scroll_to_bottom_button
feature/20_ti_to_cr_in_session
feature/14_pi_settings_tab
feature/13_minor_frontend_fixes
feature/11_bind_default_and_uninstall
feature/5_api_health_and_cors
No results found.
Labels
Clear labels   
blocked
Ждёт ответа/информации от заказчика

  
crit
Критически важная задача

  
done
Задача выполнена

  
high
Высокая важность

  
in_progress
Задача в работе

  
low
Низкая важность

  
medium
Средняя важность

No labels
blocked
crit
done
high
in_progress
low
medium
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
developer
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
forgejo-admin/watcherenish#2
No description provided.