CI environment rules for GitHub Actions workflows. Use when operating in CI — covers security, CI monitoring, comment formatting, and investigating session logs from other runs.
85
83%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Advisory
Suggest reviewing before use
Quality
Discovery
75%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This description effectively communicates when to use the skill (CI environments) and provides a reasonable overview of its scope. However, the capabilities listed are somewhat categorical rather than concrete actions, and the trigger terms could include more natural variations that users might say when needing CI help.
Suggestions
Replace category names with specific concrete actions (e.g., 'parse workflow logs', 'format PR review comments', 'diagnose failed builds' instead of 'CI monitoring, comment formatting')
Add common trigger term variations like 'pipeline', 'build failures', 'workflow runs', 'CI/CD', or 'actions workflow'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Names the domain (GitHub Actions, CI) and lists some actions (security, CI monitoring, comment formatting, investigating session logs), but these are categories rather than concrete specific actions like 'parse workflow logs' or 'format PR comments'. | 2 / 3 |
Completeness | Clearly answers both what ('CI environment rules for GitHub Actions workflows... covers security, CI monitoring, comment formatting, and investigating session logs') and when ('Use when operating in CI') with an explicit trigger clause. | 3 / 3 |
Trigger Term Quality | Includes relevant terms like 'CI', 'GitHub Actions', 'workflows', and 'session logs', but misses common variations users might say like 'pipeline', 'build', 'actions', 'workflow runs', or 'CI/CD'. | 2 / 3 |
Distinctiveness Conflict Risk | Has a clear niche focused specifically on CI environments and GitHub Actions workflows, with distinct triggers like 'operating in CI' and 'session logs from other runs' that are unlikely to conflict with general coding or documentation skills. | 3 / 3 |
Total | 10 / 12 Passed |
Implementation
92%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a high-quality skill with excellent actionability and workflow clarity. The content is concise, assumes Claude's competence, and provides fully executable commands with clear validation checkpoints. The main weakness is the monolithic structure — the document is comprehensive but could benefit from splitting detailed reference material into separate files for better progressive disclosure.
Suggestions
Consider splitting 'Investigating Other CI Runs' and 'CI Monitoring' into separate reference files (e.g., CI_MONITORING.md, SESSION_LOGS.md) with brief summaries in the main skill
Add a quick-reference section at the top with the most common commands (gh pr view, gh pr checks) before diving into detailed workflows
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is lean and efficient throughout. It assumes Claude's competence with git, GitHub CLI, and shell scripting without explaining basic concepts. Every section provides actionable information without padding. | 3 / 3 |
Actionability | Excellent executable examples throughout — complete bash commands, gh CLI invocations, jq filters, and API calls are all copy-paste ready. The polling loops, API endpoints, and file-based argument patterns are fully specified. | 3 / 3 |
Workflow Clarity | Multi-step processes are clearly sequenced with explicit validation checkpoints. The CI monitoring section has numbered steps with feedback loops (poll → diagnose → fix → repeat). The 'only when valid' pattern and explicit error recovery paths are well-defined. | 3 / 3 |
Progressive Disclosure | The content is well-organized with clear section headers, but it's a long monolithic document (~200 lines) that could benefit from splitting detailed sections (e.g., CI Monitoring, Investigating Other CI Runs) into separate reference files. No external file references are provided. | 2 / 3 |
Total | 11 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
metadata_version | 'metadata.version' is missing | Warning |
metadata_field | 'metadata' should map string keys to string values | Warning |
Total | 9 / 11 Passed | |
85a58fa
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.