Background
The GitHub repository description is a high-visibility metadata surface. It currently lists an older parser-source subset and ends with "and more," while README-level support is now broader.
Evidence
Current repository description:
TUI observability for AI coding agents: trace cost, tokens, tool failures, latency, anomalies, health, diffs, and CI gates across Claude Code, Codex CLI, Gemini CLI, Aider, Cursor exports, and more.
Current README-level parser coverage includes Claude Code, Codex CLI, Gemini CLI, Qwen Code, Cline, Aider, Cursor exports, Hermes Agent, OpenCode, OpenClaw, Pi, Oh My Pi, Kimi CLI, Copilot-style logs, and generic JSON/JSONL traces.
Related but separate surfaces:
User value
Users seeing the repository card in GitHub search, related repos, or social previews should get an accurate signal that parser coverage extends beyond the older source subset.
Adoption rationale
The repository description is one of GitHub's most visible discovery surfaces. Keeping it aligned with current support improves discoverability and reduces under-claiming compatibility.
Suggested scope
- Decide whether to update the GitHub repository description to a concise source-agnostic wording, or to mention a representative current support set.
- Keep the description local-first and focused on cost, tokens, time, tool failures, latency/slow-run diagnosis, health, reports, and CI gates.
- Avoid a long exhaustive list if it makes the description hard to scan.
Non-goals
Acceptance criteria
- Maintainer records whether the repo description should stay broad or be updated.
- If updated, the repository description no longer under-claims current parser coverage via an old source subset.
- The description remains concise, local-first, and free of package/release promises.
Suggested lane
lane/growth
Risk
Low technical risk; medium product-copy risk because GitHub repository descriptions are very short and easy to overstuff.
Source
Product repository metadata audit on 2026-05-10 via gh repo view and current README-level parser coverage.
Background
The GitHub repository description is a high-visibility metadata surface. It currently lists an older parser-source subset and ends with "and more," while README-level support is now broader.
Evidence
Current repository description:
TUI observability for AI coding agents: trace cost, tokens, tool failures, latency, anomalies, health, diffs, and CI gates across Claude Code, Codex CLI, Gemini CLI, Aider, Cursor exports, and more.Current README-level parser coverage includes Claude Code, Codex CLI, Gemini CLI, Qwen Code, Cline, Aider, Cursor exports, Hermes Agent, OpenCode, OpenClaw, Pi, Oh My Pi, Kimi CLI, Copilot-style logs, and generic JSON/JSONL traces.
Related but separate surfaces:
site/index.htmlmetadata and structured data.User value
Users seeing the repository card in GitHub search, related repos, or social previews should get an accurate signal that parser coverage extends beyond the older source subset.
Adoption rationale
The repository description is one of GitHub's most visible discovery surfaces. Keeping it aligned with current support improves discoverability and reduces under-claiming compatibility.
Suggested scope
Non-goals
Acceptance criteria
Suggested lane
lane/growth
Risk
Low technical risk; medium product-copy risk because GitHub repository descriptions are very short and easy to overstuff.
Source
Product repository metadata audit on 2026-05-10 via
gh repo viewand current README-level parser coverage.