Skip to main content
Glama

aiworkhub_dashboard_terminal_log_retention_preview

Read-only

READ-ONLY: preview reclaimable terminal process log files, protected logs, and terminal-log quarantine batches.

Instructions

READ-ONLY: preview reclaimable terminal process log files, protected logs, and terminal-log quarantine batches.

Call this before aiworkhub_dashboard_terminal_log_quarantine to inspect candidates and obtain preview_digest, or call aiworkhub_dashboard_terminal_log_usage_backfill when runs lack usage receipts; use aiworkhub_dashboard_storage_retention_preview for worktrees. Scans process logs read-only while excluding the canonical request ledger.

Input Schema

NameRequiredDescriptionDefault
limitNoint (default 50, clamped to 1..200) maximum number of candidate and protected entries returned per page.
cursorNoint (default 0, clamped to >=0) zero-based pagination offset into candidate and protected log lists.

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changedv0.12.62
    • addedInput schema / properties / cursor / description
      Added value: +"int (default 0, clamped to >=0) zero-based pagination offset into candidate and protected log lists."
    • addedInput schema / properties / limit / description
      Added value: +"int (default 50, clamped to 1..200) maximum number of candidate and protected entries returned per page."
  2. First observedv0.1.0

TDQS

A4.5/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=true, so the safety profile is covered. The description adds useful scope: it 'scans process logs read-only while excluding the canonical request ledger' and returns a 'preview_digest' for the subsequent quarantine step. It does not describe pagination behavior or return format, but with annotations and an output schema, that is a minor gap.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two sentences, front-loaded with 'READ-ONLY' and the core purpose, then routing guidance. No filler; every clause contributes to correct selection.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the output schema exists and the schema fully documents parameters, the description covers everything an agent needs: purpose, safety, scope (excludes request ledger), and precise routing to alternatives. Nothing material is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so both parameters (limit, cursor) are fully documented with defaults, clamping, and semantics. The description adds no parameter-specific detail beyond what the schema provides, so the baseline of 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb (preview) and resource (reclaimable terminal process log files, protected logs, terminal-log quarantine batches) and distinguishes itself from siblings by naming the quarantine and usage_backfill tools. An agent can tell exactly what this tool enumerates without opening the schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly says when to call this tool ('before aiworkhub_dashboard_terminal_log_quarantine'), what it produces ('preview_digest'), and names two alternatives with their conditions ('usage_backfill when runs lack usage receipts', 'storage_retention_preview for worktrees'). This is near-complete routing guidance.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools