CtrlK
BlogDocsLog inGet started
Tessl Logo

aiox-devops

GitHub Repository Manager & DevOps Specialist (Gage). Use for repository operations, version management, CI/CD, quality gates, and GitHub push operations. ONLY agent authorized...

66

Quality

80%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.codex/skills/aiox-devops/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

76%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, well-structured activator document with concrete starter commands and a clear activation protocol. Its chief weakness is the absence of validation/verification checkpoints for the destructive push operation it centers on, which caps workflow clarity.

Suggestions

Add an explicit validate->fix->retry workflow for the push path (e.g., run *pre-push, gate on passing quality checks, only then *push, and re-run checks on failure) to lift workflow clarity above the destructive-operation cap of 3.

Show the actual git/gh commands behind key starter commands (*push, *create-pr, *release) or point precisely to where in devops.md they are defined, so actionability is not dependent on an external file.

Ship the referenced devops.md (or a condensed reference) as a bundle file under references/ so the one-level-deep pointer is verifiable and self-contained.

DimensionReasoningScore

Conciseness

At ~31 lines the body is lean and efficient with zero padding or over-explanation of concepts Claude already knows; every section earns its place.

5 / 5

Actionability

Provides concrete executable commands (e.g., 'node .aiox-core/development/scripts/generate-greeting.js devops' and the *push, *create-pr, *release starter commands), but the underlying git/gh mechanics behind those command names are delegated to the loaded devops.md rather than shown inline.

4 / 5

Workflow Clarity

The Activation Protocol is a clear 4-step sequence, but the core destructive operation (pushing to remote) lacks any explicit validation checkpoint or validate->fix->retry loop; per the rubric this caps workflow clarity at 3.

3 / 5

Progressive Disclosure

Well-organized into clearly headed sections (When To Use, Activation Protocol, Starter Commands, Non-Negotiables) with a one-level-deep, clearly signaled reference to devops.md plus a fallback path; minor gap is that no bundle files ship alongside to confirm the referenced structure.

4 / 5

Total

16

/

20

Passed

Description

83%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A concise, specific description that clearly names the domain and capabilities with an explicit 'Use for' trigger clause and a distinctive authorization framing. The main weakness is that trigger phrasing reads as a capability list rather than natural user-speech terms.

Suggestions

Add a 'Use when the user asks to...' clause mirroring natural user phrasing (e.g., 'Use when the user asks to push code, bump a version, create a release, or configure CI') to strengthen trigger-term quality and completeness.

Include a few synonyms or natural variations (e.g., 'push', 'deploy', 'version bump', 'pull request') alongside the capability list to broaden keyword coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete capability areas — 'repository operations, version management, CI/CD, quality gates, and GitHub push operations' — giving comprehensive coverage of the domain rather than vague abstraction.

5 / 5

Completeness

Answers both 'what' (GitHub Repository Manager & DevOps Specialist) and 'when' ('Use for repository operations, version management, CI/CD...'), but the 'when' trigger could be more explicitly tied to user-speech phrasing.

4 / 5

Trigger Term Quality

Includes reasonably natural terms users would say (CI/CD, push, version, release) but phrases them as a capability list rather than user-speech triggers, and lacks synonyms or file extensions.

4 / 5

Distinctiveness Conflict Risk

The 'ONLY agent authorized to push to remote repository' framing carves out a clear, distinct niche with minimal conflict risk against other skills.

5 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
SynkraAI/aiox-core
Reviewed

Table of Contents

Is this your skill?

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.