Problem Description
The agenticworkflows-logs tool requires using the GitHub Actions workflow display name (e.g., "CI Failure Doctor") rather than accepting the workflow ID (e.g., "ci-failure-doctor") that appears in the filename and is used throughout the codebase.
This creates a poor user experience where users must:
- Look up the exact display name from the workflow frontmatter
- Remember to use title case and spaces
- Cannot use the simpler kebab-case identifier that's visible in file listings
Steps to Reproduce
-
List workflows to find a workflow ID:
ls .github/workflows/*.md | grep ci-failure
# Returns: .github/workflows/ci-failure-doctor.md
-
Try to filter logs using the workflow ID:
agenticworkflows-logs --workflow-name ci-failure-doctor --count 5
````
-
Actual Result: Error message:
workflow 'ci-failure-doctor' not found. Use the 'status' tool to see all available workflows
-
Must use display name instead:
agenticworkflows-logs --workflow-name "CI Failure Doctor" --count 5
-
Expected Result: This works, but requires knowing the exact display name
Expected Behavior
The logs command should accept both:
- Workflow ID (kebab-case filename without .md):
ci-failure-doctor
- Display name (from frontmatter):
CI Failure Doctor
Impact
- Severity: Medium
- Frequency: Always (affects every workflow name query)
- Workaround: Use the status command to find the display name, then use that
Suggested Fix
Implement fuzzy workflow name matching that accepts:
- Exact workflow ID (filename without .md)
- Case-insensitive workflow ID matching
- Display name from frontmatter (current behavior)
This would align with common CLI conventions where users can reference resources by their simple identifiers.
Environment
- Repository: github/gh-aw
- Run ID: 22045392962
- Date: 2026-02-15
- Command:
agenticworkflows-logs
Additional Context
The compile and status commands handle workflow identification well, but logs (and potentially audit) require exact display names. This inconsistency creates confusion.
Generated by Daily CLI Tools Exploratory Tester
Problem Description
The
agenticworkflows-logstool requires using the GitHub Actions workflow display name (e.g., "CI Failure Doctor") rather than accepting the workflow ID (e.g., "ci-failure-doctor") that appears in the filename and is used throughout the codebase.This creates a poor user experience where users must:
Steps to Reproduce
List workflows to find a workflow ID:
Try to filter logs using the workflow ID:
agenticworkflows-logs --workflow-name ci-failure-doctor --count 5 ````Actual Result: Error message:
Must use display name instead:
agenticworkflows-logs --workflow-name "CI Failure Doctor" --count 5Expected Result: This works, but requires knowing the exact display name
Expected Behavior
The logs command should accept both:
ci-failure-doctorCI Failure DoctorImpact
Suggested Fix
Implement fuzzy workflow name matching that accepts:
This would align with common CLI conventions where users can reference resources by their simple identifiers.
Environment
agenticworkflows-logsAdditional Context
The compile and status commands handle workflow identification well, but logs (and potentially audit) require exact display names. This inconsistency creates confusion.