25 lines
2.4 KiB
Markdown
25 lines
2.4 KiB
Markdown
---
|
|
title: abtop
|
|
created: 2026-06-30
|
|
updated: 2026-06-30
|
|
type: entity
|
|
tags: [tool, agent, dev-tool, automation, workflow]
|
|
sources: [raw/articles/abtop-ai-coding-agent-monitor-2026.md]
|
|
confidence: medium
|
|
---
|
|
|
|
# abtop
|
|
|
|
abtop は、Claude Code、Codex CLI、OpenCode などの AI coding agent セッションを、`btop` のような端末 UI で横断監視するローカル道具。複数プロジェクトでエージェントを同時に走らせるときに、token usage、context window、rate limit、child process、open port、git status などを一画面で見るためのものとして設計されている。[[loop-engineering]] で問題になる「並列ループの見えなさ」を、まずローカル観測可能性として扱う実装例である。
|
|
|
|
## 見るべき点
|
|
|
|
- **read-only first**: README は「No API keys, no auth」とし、ローカルファイル・プロセス・open-file metadata を読むだけだと説明している。これは [[ci-cd-runtime-security]] のような実行時観測と近いが、対象は CI runner ではなく個人の agent 作業環境である。
|
|
- **agent-specific telemetry**: Claude Code / Codex CLI / OpenCode ごとに session discovery、token tracking、context window、status、rate limit、children / ports などの対応状況を分けている。単なる process monitor ではなく、AI coding agent の失敗モードに寄せた監視面になっている。
|
|
- **operator workflow**: `abtop --once` や `abtop --json` は、TUI だけでなく script や dashboard にも状態を渡せる。[[wiki-maintenance-loop]] のような scheduled job でも、将来的には実行中 agent の状態を別ループの入力にする余地がある。
|
|
- **privacy boundary**: JSON snapshot は local dashboard 用の rich data を含み、working directory、tool-call preview、bounded/redacted chat text などを含み得るため、共有ログやネットワーク公開には追加の access control が必要だと README は明記している。
|
|
|
|
## Why it matters
|
|
|
|
Yuta のエージェント運用では、エージェント数が増えるほど「何が動いているか」「どの port を開いたままか」「rate limit や context が詰まっていないか」が品質・安全性の一部になる。abtop は、AI agent を便利な生成器としてだけでなく、観測・中断・移動・監査の対象として扱う方向を示している。
|