CtrlK
BlogDocsLog inGet started
Tessl Logo

competition-container-runtime

Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for live container runtime analysis, mounted secrets, sidecars, namespaces, init containers, entrypoint drift, and route-to-container resolution. Use when the user asks why a live container differs from manifests, where a mounted secret is consumed, how a sidecar or init container changes runtime state, or which route resolves to which live container. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.

72

Quality

89%

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

SKILL.md
Quality
Evals
Security

Quality

Content

86%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 concise, well-organized investigative workflow skill that assumes competence and appropriately offloads detail to one real reference file. The main gap is the absence of concrete executable commands, which keeps actionability and workflow clarity just below the top anchor.

Suggestions

Add a few concrete executable commands (e.g., specific docker/kubectl inspection invocations) for the highest-value steps to lift actionability from a methodology to copy-paste-ready guidance.

Add an explicit verification checkpoint in the workflow (e.g., 'confirm the consuming process actually reads the mounted secret before claiming the path is proven') to make the proof step a clear validation gate.

Consider a short 'evidence block' template showing the expected compact output format, so the 'What To Preserve' guidance translates directly into a reproducible artifact.

DimensionReasoningScore

Conciseness

Lean and efficient with no concept explanations or padding; every section (Quick Start, Workflow, Read This Reference, What To Preserve) earns its place and assumes Claude's competence.

5 / 5

Actionability

Provides concrete, specific investigative guidance (exact artifacts to compare and map: 'compose or kube manifests against running containers, pods, mounted volumes, env, sidecars, init containers, and entrypoints'), but as a methodology it lacks executable commands or scripts that would make it copy-paste ready.

4 / 5

Workflow Clarity

Clear sequenced process (5-step Quick Start plus 3 numbered Workflow phases) with an implicit proof/reproducibility checkpoint ('Prove one minimal live path', 'Reproduce the effect'), but no explicit validate-fix-retry feedback loop; this is an analytical skill so the destructive-operation cap does not apply.

4 / 5

Progressive Disclosure

Well-structured overview with a single clearly-signaled one-level-deep reference ('Load references/container-runtime.md for the runtime checklist, mount-chain checklist, and common live-vs-static pitfalls'); the referenced file exists and content is appropriately split between SKILL.md and the reference.

5 / 5

Total

18

/

20

Passed

Description

92%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 highly specific, well-triggered description that clearly states both capability and use conditions with explicit gating to a parent orchestrator skill. The only weakness is trigger-term breadth, being narrow CTF-domain jargon rather than covering broad synonyms.

DimensionReasoningScore

Specificity

Names the domain and six concrete capabilities ('live container runtime analysis, mounted secrets, sidecars, namespaces, init containers, entrypoint drift, and route-to-container resolution'), giving comprehensive coverage of specific actions.

5 / 5

Completeness

Explicitly answers both 'what' (the CTF-sandbox workflow and its capabilities) and 'when' (a 'Use when...' clause with four concrete trigger conditions), plus an explicit gating 'Use only after...' clause.

5 / 5

Trigger Term Quality

Includes natural trigger phrasings ('why a live container differs from manifests', 'where a mounted secret is consumed', 'which route resolves to which live container'), but coverage is narrow CTF jargon without broader synonyms or file extensions, so a few natural terms are missing.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (live container runtime analysis within a CTF sandbox), is gated to a parent skill, and names adjacent sibling skills it defers to, giving minimal conflict risk.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
zhaoxuya520/reverse-skill
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.