CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

interactive-login

Log a CLI in with a browser/device-code flow (aws sso, gh, glab, gcloud, …) and save the result to the keychain so later commands can request it through execute.credentials.

Quality

87%

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

100%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.

The body is an exemplary operational skill: lean, copy-paste ready, with a clearly sequenced workflow that includes explicit validation checkpoints and error-recovery loops. Bundle structure is appropriate for a simple skill, with the one script correctly offloaded and referenced. No material weaknesses found.

DimensionReasoningScore

Conciseness

The ~45-line body is lean with no explanations of concepts Claude already knows: every sentence is an operational constraint ("Nothing captures logins for you", "Never log in against the real $HOME") or a command, and the one rationale ("a browser flow only completes on the same machine") justifies a requirement. Matches anchor 5.

5 / 5

Actionability

Copy-paste ready bash for the temp-home setup and all four CLIs (mktemp -d, the in_d() env wrapper, aws sso/gh/glab/gcloud login commands) plus the exact save invocation "node <skill dir>/scripts/save-login.mjs aws \"$d\" --label ...", with concrete AWS config-copy guidance. Specific examples cover the common cases, matching anchor 5.

5 / 5

Workflow Clarity

A clear four-step sequence with explicit checkpoints and feedback loops: "When it exits successfully", "never stop the job while the person is approving", "if the save fails, run the script again", "including to check that it works", and "If the login fails or expires, start again from step 1". Destructive operations are guarded ("Never remove the directory yourself"), matching anchor 5.

5 / 5

Progressive Disclosure

The skill is under 50 lines, single-purpose, and organized as numbered steps; its one bundle reference (scripts/save-login.mjs) exists in the bundle, is one level deep, and is clearly signaled at the point of use. This fits the rubric's simple-skill exception for a 5.

5 / 5

Total

20

/

20

Passed

Description

70%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.

The description is specific, concrete, and occupies a clearly distinct niche with strong natural trigger terms for the named CLIs. Its main weakness is the absence of any explicit "when to use" guidance, which both caps completeness and slightly limits trigger coverage. Adding a Use-when clause would lift it to the top band.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to log in, sign in, or authenticate a CLI (aws sso, gh auth, glab, gcloud) or when a command needs saved credentials."

Include common synonyms such as "sign in", "auth", and "authenticate" alongside "log in" to broaden natural trigger coverage.

Briefly name the consumption path trigger (e.g. "when a background or execute command needs an authenticated CLI") so the 'when' is operational, not just purposive.

DimensionReasoningScore

Specificity

"Log a CLI in with a browser/device-code flow", "save the result to the keychain", and "request it through execute.credentials" list several concrete actions plus four named CLIs, matching anchor 4. Not 5 because coverage has minor gaps (e.g., the device-code relay step is unmentioned) and the action list is shorter than the comprehensive anchor example.

4 / 5

Completeness

The "what" is clear (log in a CLI and persist it to the keychain), but there is no "Use when..." clause or equivalent explicit trigger guidance; "so later commands can request it" describes purpose, not when to invoke the skill. Per the judging guidelines this caps completeness at 3.

3 / 5

Trigger Term Quality

Natural terms users would say are present: "log in", "aws sso", "gh", "glab", "gcloud", "keychain", "credentials". A few natural synonyms like "sign in", "auth", or "authenticate" are missing, which fits anchor 4 rather than the comprehensive synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is highly distinct — interactive CLI logins persisted to a keychain for execute.credentials — with named CLIs (aws sso, gh, glab, gcloud) serving as distinct triggers and minimal overlap risk with other skills, matching anchor 5.

5 / 5

Total

16

/

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

yc-software/qm

Path

skills-seed/interactive-login/SKILL.md

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.