progressive-width-gated-status-rows-0d18f0 — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited progressive-width-gated-status-rows-0d18f0 (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Domain: status-rows Trigger: Apply this when terminal status rows need to show token counters, timers, and thinking text but must drop elements as available width shrinks. Source Pattern: Distilled from reviewed terminal rendering, layout, animation, and accessibility implementations.
Treat the spinner row as three segments (timer, tokens, thinking) and calculate their widths against the current column count every animation frame. Start with the high-priority spinner glyph plus message, then gate the timer/tokens/thinking segments one by one: if there isn’t enough remaining width, drop the lowest-priority segment, and shrink the thinking text to a bare “thinking” label before giving up on showing it. Recompute using memoized string widths and reuse the shared animation clock so the gating logic runs only while the spinner is active.
columns exceeds the sum of higher-priority segments.In a CLI showing tool outputs plus spinner, follow this skill by measuring string width for each segment and gating tokens/timers per frame, ensuring the row never wraps or pushes subsequent lines on narrow terminals.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.