無料GitHub で公開

dashboard-smoke

Build the abi CLI and non-interactively smoke the diagnostics dashboard — render `abi dashboard` one-shot (stdin from /dev/null forces the non-interactive fallback), assert exit 0 and all 5 panels (System, Plugins, WDBX Storage, Scheduler, Memory). Use to smoke-test `abi dashboard`/`abi tui`/`abi --tui` in CI or headless without hanging in the interactive TUI. Complements run-tui (which drives the interactive path via tmux).

日本語の概要は準備中です。原文の説明を表示しています。

donaldfilimon/abiスター 19(GitHub 19 + cccskills 0)

実行スコア未検証

インストール方法を見る

含まれるファイル（2）

SKILL.md2.9 KB
dashboard.sh2.1 KB

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

dashboard-smoke — non-interactive one-shot dashboard render

Driver: .agents/skills/dashboard-smoke/dashboard.sh (paths relative to repo root). Builds the CLI, renders the operational diagnostics dashboard once with a non-TTY stdin, and asserts exit 0 + all five panels. Evidence is the RESULT: line. This is the headless/CI counterpart to run-tui, which drives the interactive dashboard through a tmux pty.

Run (agent path)

.agents/skills/dashboard-smoke/dashboard.sh

Prints RESULT: PASS (exit 0) or RESULT: FAIL with the missing panel/assertion.

One-liner by hand:

./target/debug/abi dashboard < /dev/null 2>&1 | sed $'s/\033\[[0-9;]*m//g'

Gotchas

⚠️ Interactive by default → it HANGS on a TTY. abi dashboard, abi tui, and abi --tui all route to handleDashboard, which runs a 1s auto-refresh loop (quit on q/Esc/EOF) when stdin is a terminal. To smoke it, make stdin a non-TTY: < /dev/null (or pipe input) forces the one-shot render and returns immediately.
All output is on stderr — capture 2>&1. 2>/dev/null blanks the whole frame and makes it look like nothing rendered.
No terminal-error trace is expected. < /dev/null should take the clean one-shot fallback; treat unexpected errno, tcgetattr, or panic as a bug.
No timeout needed (and macOS lacks it) — a non-TTY stdin makes it a clean one-shot. timeout/gtimeout only matters if you insist on a TTY guard.
The build is near-silent — confirm with ls target/debug/abi, not stdout.
Healthy render = title ABI Diagnostics Dashboard, an operational health row, and 5 panels (System / Plugins / WDBX Storage / Scheduler / Memory), exit 0. Fresh-process values are mostly zero (empty WDBX, a couple completed scheduler tasks) and long plugin lists are summarized after the first visible rows.

Troubleshooting

Symptom	Fix
hangs / never returns	stdin is a TTY — redirect `< /dev/null` to force the one-shot.
empty output	You captured stdout only — the dashboard prints to stderr; use `2>&1`.
looks like a crash (errno/tcgetattr)	Regression in the non-TTY fallback; inspect `crates/abi-cli` dashboard/TUI code.
a panel missing	Inspect dashboard render in `crates/abi-cli`; panels must still be System / Plugins / WDBX Storage / Scheduler / Memory.

Historical verification: PASS on stable Rust via ./tools/cargo.sh — one-shot render of all 5 panels, exit 0.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

同じリポジトリのスキル

abbey-system-prompt

無料

Maintain the Abbey / Aviva / Abi Discord system prompts in the Rust abbey-bot (`src/ask.rs`) and keep the hosted Grok bots (Grok Bot Abbey, Aviva Grok) in step with them. Use when the user says "improve grok bots", "abbey prompt", "persona prompt", "ask.rs", "system prompt", "tip floor", asks to change how Abbey/Aviva/Abi speak on Discord, or after an abbey-bot PR merges and the hosted bot's tip floor needs bumping. Runs as /abbey-system-prompt.

日本語の概要は準備中です。原文の説明を表示しています。