AgentStack
SKILL verified Apache-2.0 Self-run

Cqa Procedures

skill-abhatt-rh-redhat-docs-agent-tools-cqa-procedures · by abhatt-rh

Use when assessing CQA parameters P12, Q12-Q16 (procedure quality). Checks prerequisites, step counts, command examples, optional/conditional step formatting, verification sections, and Additional resources.

No reviews yet
0 installs
2 views
0.0% view→install

Install

$ agentstack add skill-abhatt-rh-redhat-docs-agent-tools-cqa-procedures

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access Used
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Cqa Procedures? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

CQA P12, Q12-Q16: Procedures

Parameters

| # | Parameter | Level | |---|-----------|-------| | P12 | Prerequisites: .Prerequisites label, unordered list, max 10 items | Required | | Q12 | Procedures have 10 steps | | 1 | Step count not checked or widespread violations |

Step 4: Q13 — Command examples

Rule

Procedures involving CLI operations must include source blocks with actual commands the user can run or adapt. Source blocks must use correct language attributes and placeholder formatting.

Check procedure

  1. Identify CLI procedures: Procedures that reference {orch-cli}, {prod-cli}, kubectl, curl, podman, docker, or other CLI tools
  2. Verify source blocks exist: Each CLI step should include a [source,bash] block with the actual command
  3. Verify source block language: The language attribute must match the content

| Content | Source attribute | |---------|----------------| | Shell commands (oc, curl, dsc, etc.) | [source,bash] | | SQL queries (SELECT, DELETE, BEGIN) | [source,sql] | | Interactive terminal sessions (psql, \c) | [source,terminal] | | YAML configuration | [source,yaml] | | JSON data | [source,json] |

  1. Verify placeholder formatting: Replaceable text must use ____ with subs="+quotes" on the source block
[source,bash,subs="+quotes",options="nowrap"]
----
oc exec -n openvsx "$POD" -- psql -d ____
----
  1. Source block style: Always use [source,LANG] — never bare [LANG,...]. The source, prefix is required for ccutil compatibility.

Common issues

| Issue | Example | Fix | |-------|---------|-----| | Bare language attribute | [bash,subs="verbatim"] | [source,bash] | | Wrong language for SQL | [source,bash] with SQL queries | [source,sql] | | Bare placeholders | ` | ____ with subs="+quotes" | | Missing source block | "Run oc get pods" with no source block | Add [source,bash] block with the command | | Bold backticks | \command\ | Simplify to command ` |

Scoring

| Score | Criteria | |-------|----------| | 4 | All CLI procedures have source blocks with correct language, correct placeholders, and source, prefix | | 3 | 1-3 minor issues (e.g., a few missing source blocks for simple single commands, minor placeholder formatting) | | 2 | Multiple procedures lack command examples or widespread source block formatting issues | | 1 | Command examples not checked or no source blocks in CLI procedures |

Step 5: Q14 — Optional and conditional step formatting

Rule

Optional and conditional steps must use standardized formatting so readers can quickly identify and skip them.

Optional steps

Optional steps must begin with Optional: (capitalized, with colon, no parentheses):

| Pattern | Assessment | |---------|------------| | . Optional: Configure the activity types... | CORRECT | | . (Optional) Configure... | INCORRECT — remove parentheses, add colon | | . (OPTIONAL) Configure... | INCORRECT — remove parentheses, lowercase, add colon | | . Optionally, configure... | INCORRECT — use "Optional:" prefix | | . Optionally configure... | INCORRECT — use "Optional:" prefix |

Conditional steps

Conditional steps must state the condition clearly, typically by leading with an "if" clause or specifying the context:

| Pattern | Assessment | |---------|------------| | . If the storage_type is local, remove the extension files... | CORRECT — specific condition | | . Master repository only: In the IP address field, type the IP address. | CORRECT — scoped context | | . For restricted environments: Configure the proxy settings. | CORRECT — scoped context | | . If applicable, remove the extension files... | INCORRECT — vague. Specify what makes it applicable | | . If needed, configure... | INCORRECT — vague. Specify the condition |

Check procedure

Search all proc_*.adoc files for:

grep -rn -i 'optional' topics/ modules/ --include='*.adoc' 2>/dev/null
grep -rn -i 'if applicable' topics/ modules/ --include='*.adoc' 2>/dev/null
grep -rn -i 'if needed' topics/ modules/ --include='*.adoc' 2>/dev/null

Scoring

| Score | Criteria | |-------|----------| | 4 | All optional steps use Optional: prefix. All conditional steps specify the condition clearly. No vague "if applicable" or "if needed". | | 3 | 1-3 minor formatting issues (e.g., Optionally, instead of Optional:) | | 2 | Multiple formatting violations or vague conditional steps | | 1 | Not checked or no consistent formatting |

Step 6: Q15 — Verification sections

Rule

Procedures with observable outcomes should include a separate .Verification section after .Procedure. Verification steps must not be embedded as the last step inside .Procedure.

When verification is required

  • Procedures that create or modify resources (workspaces, secrets, configmaps, operators)
  • Procedures that install or upgrade components
  • Procedures that configure authentication (OAuth, TLS, certificates)
  • Procedures that enable/disable features

When verification can be omitted

  • Simple UI navigation procedures (click a menu item, open a page)
  • Single-command configuration changes with self-evident results
  • Procedures that end with "the workspace starts" or similar immediate feedback
  • Procedures where verification is part of the workflow itself (e.g., viewing a dashboard)

Verification format

.Verification

* Verify the result by running:
+
[source,bash]
----
oc get pods -n {prod-namespace}
----

* The output shows the pod in `Running` state.
  • Uses unordered list (* items)
  • Placed after .Procedure, before .Troubleshooting or .Additional resources
  • No [role="_additional-resources"] annotation (unlike .Additional resources)

Common issues

| Issue | Fix | |-------|-----| | Verification as last procedure step (. Verify that...) | Move to separate .Verification section | | Verification mixed into the last procedure step | Extract into .Verification | | No verification for critical procedure (OAuth, TLS, install) | Add .Verification with observable check |

Scoring

| Score | Criteria | |-------|----------| | 4 | All critical procedures have .Verification. No verification steps embedded as last .Procedure step. Verification omitted only where self-evident. | | 3 | Most critical procedures have verification. 1-3 missing where they would be useful. Minor embedded verification in procedure steps. | | 2 | Many critical procedures lack verification. Verification commonly embedded in .Procedure. | | 1 | No verification sections or not checked |

Step 7: Q16 — Additional resources sections

Rule

Every procedure file must include an [role="_additional-resources"] .Additional resources section with relevant links to related content.

Check procedure

  1. Count all proc_*.adoc files
  2. For each, check for the presence of [role="_additional-resources"] followed by .Additional resources
  3. Flag any procedure file without an Additional resources section
  4. Verify the section contains at least one link (xref or external link)
  5. Verify the [role="_additional-resources"] annotation is present on the line immediately before .Additional resources

Link quality

  • Links must be relevant to the topic (not generic "learn more" links)
  • Within-guide links use xref:target_{context}[]
  • Cross-guide links use link:{prod-ag-url} or link:{prod-ug-url} with descriptive link text
  • External links use link:https://...[descriptive text]

Scoring

| Score | Criteria | |-------|----------| | 4 | 100% of procedure files have Additional resources with relevant links and correct [role="_additional-resources"] annotation | | 3 | ≥90% of procedure files have Additional resources. Minor formatting issues (≤3 files). | | 2 | <90% of procedure files have Additional resources. Missing annotations. | | 1 | Most files lack Additional resources or not checked |

Step 8: Verify

After fixing any violations, run Vale to ensure no new warnings were introduced:

cd "$DOCS_REPO"
# Adjust directory names to match your repo structure (topics/ or modules/)
vale assemblies/ topics/ titles/administration_guide/master.adoc titles/user_guide/master.adoc

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.