Problem Description
The logs and compile MCP tools use different parameter names and types for specifying workflows, which causes confusion and errors.
Commands/Tools
- Tool:
logs and compile
- Parameter in
logs: --workflow_name (string, single workflow)
- Parameter in
compile: --workflows (array, one or more workflows)
Steps to Reproduce
- Note that
logs uses --workflow_name "ci-doctor" to filter by workflow
- Try to compile a specific workflow using the same pattern:
--workflow_name "ci-doctor"
- Receive error:
Unknown parameter 'workflow_name'. Did you mean 'workflows'?
Expected Behavior
Consistent parameter naming across tools. Users who learn to use --workflow_name in logs naturally try the same parameter in compile.
Actual Behavior
compile returns an error suggesting --workflows (array) instead of --workflow_name (string).
The error message is helpful (Did you mean 'workflows'?) but the inconsistency still creates friction.
Current Parameter Reference
| Tool |
Parameter |
Type |
Description |
logs |
--workflow_name |
string |
Single workflow filter |
compile |
--workflows |
array |
One or more workflows to compile |
Suggested Fix
Options (in order of preference):
- Add
--workflow_name as an alias in compile that accepts a single string and wraps it in an array
- Rename
logs parameter to --workflow (singular, consistent with compile)
- Document the difference clearly in both tool help texts
Environment
- Repository: github/gh-aw
- Run ID: 26622137229
- Date: 2026-05-29
- Discovered via: Daily CLI Tools Exploratory Tester
Impact
- Severity: Low
- Frequency: Always (structural inconsistency)
- Workaround: Use
--workflows '["workflow-name"]' or printf '{"workflows":["name"]}' | agenticworkflows compile .
Additional Context
Discovered during systematic exploratory testing of the audit, logs, and compile MCP tools. All three tools are otherwise functioning correctly:
logs: ✅ Filtering by date, engine, workflow name works correctly; edge cases handled gracefully
audit: ✅ Correctly reports run metadata, job timeline, tool usage, firewall analysis
compile: ✅ 236/236 workflows compile successfully; invalid workflow names return helpful errors
References: §26622137229
Generated by 🧪 Daily CLI Tools Exploratory Tester · sonnet46 2.6M · ◷
Problem Description
The
logsandcompileMCP tools use different parameter names and types for specifying workflows, which causes confusion and errors.Commands/Tools
logsandcompilelogs:--workflow_name(string, single workflow)compile:--workflows(array, one or more workflows)Steps to Reproduce
logsuses--workflow_name "ci-doctor"to filter by workflow--workflow_name "ci-doctor"Unknown parameter 'workflow_name'. Did you mean 'workflows'?Expected Behavior
Consistent parameter naming across tools. Users who learn to use
--workflow_nameinlogsnaturally try the same parameter incompile.Actual Behavior
compilereturns an error suggesting--workflows(array) instead of--workflow_name(string).The error message is helpful (
Did you mean 'workflows'?) but the inconsistency still creates friction.Current Parameter Reference
logs--workflow_namecompile--workflowsSuggested Fix
Options (in order of preference):
--workflow_nameas an alias incompilethat accepts a single string and wraps it in an arraylogsparameter to--workflow(singular, consistent with compile)Environment
Impact
--workflows '["workflow-name"]'orprintf '{"workflows":["name"]}' | agenticworkflows compile .Additional Context
Discovered during systematic exploratory testing of the
audit,logs, andcompileMCP tools. All three tools are otherwise functioning correctly:logs: ✅ Filtering by date, engine, workflow name works correctly; edge cases handled gracefullyaudit: ✅ Correctly reports run metadata, job timeline, tool usage, firewall analysiscompile: ✅ 236/236 workflows compile successfully; invalid workflow names return helpful errorsReferences: §26622137229