From docs-tools
Queries JIRA via JQL for tickets ready for docs workflow, filters out those with progress files or labels, outputs JSON actionable IDs for cron/CI runs.
npx claudepluginhub redhat-documentation/redhat-docs-agent-tools --plugin docs-toolsThis skill is limited to using the following tools:
This skill is a **check-and-return** gate — it does not dispatch the orchestrator. The caller (cron script, CI workflow, or human) decides what to do with the returned ticket list.
Orchestrates documentation workflows from YAML step lists, running skills sequentially with progress state, iterations, confirmations, and JIRA/PR integration.
Analyzes Jira tickets and child hierarchies for activity, producing staleness reports (active/moderate/stale/dormant). Use to triage backlog Features/Initiatives.
Share bugs, ideas, or general feedback.
This skill is a check-and-return gate — it does not dispatch the orchestrator. The caller (cron script, CI workflow, or human) decides what to do with the returned ticket list. Unlike other step skills, this skill does not dispatch an agent.
Gate skill for automated docs-orchestrator runs. Checks JIRA for new tickets matching a query, filters out already-processed tickets, and outputs actionable ticket IDs.
--jql <query> — JQL query string (required). Wrap in quotes.--base-path <path> — Directory to check for existing progress files (default: .claude/docs)--label <label> — JIRA label that marks a ticket as already started (default: docs-workflow-started)--dry-run — Show what would be returned without adding labels or side effects (default behavior; included for explicitness)--add-label — After returning results, add the --label value to each returned ticket in JIRA (opt-in, prevents re-processing on next run)--max-results <n> — Maximum number of JIRA results to fetch (default: 5, passed through to jira_reader.py)Requires JIRA_AUTH_TOKEN and JIRA_EMAIL in the environment (typically sourced from ~/.env). Both are validated before any API calls.
Run the check script:
bash scripts/jira-ready-check.sh \
--jql "project=PROJ AND labels=docs-needed AND labels != docs-workflow-started" \
--base-path .claude/docs \
--label docs-workflow-started
The script:
jira_reader.py --jql (fast summary mode)<base-path>/<ticket-lower>/workflow/*.json{
"query": "project=PROJ AND labels=docs-needed AND labels != docs-workflow-started",
"total_matched": 5,
"filtered_out": 2,
"ready": [
"PROJ-101",
"PROJ-204",
"PROJ-317"
],
"filtered": {
"PROJ-102": "progress_file_exists",
"PROJ-199": "progress_file_exists"
}
}
--add-labelWhen --add-label is passed, the script adds the tracking label to each ticket in the ready list via the JIRA REST API after outputting results. This prevents the same tickets from appearing on the next cron run.
bash scripts/jira-ready-check.sh \
--jql "project=PROJ AND labels=docs-needed" \
--add-label