CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

domino-cli

Use the Domino command-line client (domino login, run, create, init, get, restore, sync, upload, download, download-results, upload-dataset, create-snapshot, create-dataset-from-snapshot, help, version) and the Domino R package (library(domino) with domino.login, domino.get, domino.run, domino.download, domino.sync, domino.init, domino.upload) that wraps it. Covers installing the CLI graphically or headless on Linux, signing in with a browser or the device-code flow over SSH, working on a Domino File System project from a laptop, large uploads to Datasets, downloading run results, moving a project between deployments, force-restoring a broken local project, and proxy settings in domino.vmoptions. Use when the user mentions the Domino CLI, a `domino` shell command, syncing project files from a laptop, the Domino R package, or running Domino jobs from R or a terminal. Not the `dom` SSH tool kit and not python-domino.

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

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 highly actionable, token-efficient reference whose command examples are copy-paste ready. It falls short on validation checkpoints for its destructive and batch operations (capping workflow clarity), ships dangling references to its three detail files, and scatters version-sensitive details inline.

Suggestions

Add validation checkpoints around destructive and batch operations: after "rm -rf .domino then domino restore", verify reconnection (e.g. run `domino sync` and confirm server files come down) before pushing local changes; after a bulk `upload-dataset`, verify the uploaded file count or create a snapshot and confirm its contents.

Consolidate time-sensitive version details (Domino 6.3 scope, the 6.2.3 login cutoff, CRAN domino 0.3.1/2017 status) into a single 'Compatibility and old versions' section so the main workflow stays version-neutral and doesn't rot.

Ship the referenced bundle files (CLI-INSTALL.md, CLI-REFERENCE.md, R-PACKAGE.md) alongside SKILL.md — all three links currently dangle, breaking the one-level-deep navigation the body is structured around.

DimensionReasoningScore

Conciseness

The body is lean and command-centric with no explanations of concepts Claude already knows, but time-sensitive version details sit inline rather than in a compatibility/deprecated section: "Applies to Domino 6.3 and Domino Cloud", "A CLI older than 6.2.3 uses a retired authentication client", "CRAN `domino` 0.3.1 (2017)". Not 5 because the rubric explicitly penalizes inline version/date information; not 3 because nothing else is padded or over-explained.

4 / 5

Actionability

Fully executable, copy-paste-ready commands cover the common cases: headless install (`apt install openjdk-8-jre-headless`, `wget ... -O /tmp/domino-install-unix.sh`), both login flows, an annotated everyday-workflow block, dataset commands with flags and tuning env vars, and a complete R snippet. Not 4: there are no pseudocode or missing-key-detail gaps; the only placeholders (owner/project, <domino-url>) are inherently user-specific.

5 / 5

Workflow Clarity

Install/sign-in is a clear numbered sequence with a fallback and an expiry-retry loop ("The code expires quickly; rerun the command for a new one"), but the skill's destructive and batch operations lack validation checkpoints: "rm -rf .domino then domino restore (force-restore)" has no verification step, and bulk uploads note the ~1,000-file timeout and Overwrite risk without any post-upload verification. Per the rubric's explicit cap, destructive/batch workflows without validation cannot score above 3; not 4 because that cap takes precedence over the otherwise clear sequencing.

3 / 5

Progressive Disclosure

Good overview structure with clearly signaled, one-level-deep references ("Full install notes, OS support and proxies: [CLI-INSTALL.md]", "Every command, flag and example: [CLI-REFERENCE.md]", "Exported functions, signatures and limits: [R-PACKAGE.md]") plus a Related skills section. Not 5: none of the three referenced bundle files actually exist in the skill directory, so the navigation dead-ends; not 3 because the references are well signaled and the content split is appropriate (no bulk reference material inlined).

4 / 5

Total

16

/

20

Passed

Description

96%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 strong description: it enumerates concrete capabilities for both the CLI and the R package, gives explicit and natural 'Use when' triggers, and actively excludes adjacent tools. The only weakness is minor overlap with sibling Domino skills on dataset and run-result tasks.

DimensionReasoningScore

Specificity

Lists multiple concrete actions with comprehensive coverage: "installing the CLI graphically or headless on Linux, signing in with a browser or the device-code flow over SSH, working on a Domino File System project from a laptop, large uploads to Datasets, downloading run results, moving a project between deployments, force-restoring a broken local project, and proxy settings in domino.vmoptions", plus enumerated subcommands for both the CLI and the R package. Not 4: coverage spans the tool's whole surface with no notable gaps, matching the 5 anchor rather than 'several actions with minor gaps'.

5 / 5

Completeness

Explicitly answers both questions: the first two sentences state what the skill does (specific commands and covered tasks), and "Use when the user mentions..." gives concrete when-triggers. This mirrors the rubric's 5 anchor structure exactly; not 4 because the 'when' clause is already explicit and specific rather than needing more precision.

5 / 5

Trigger Term Quality

The trigger clause "Use when the user mentions the Domino CLI, a `domino` shell command, syncing project files from a laptop, the Domino R package, or running Domino jobs from R or a terminal" covers the natural phrasings a user would say, including command-name and console variants. Not 4: no obvious natural term is missing for this niche; file extensions don't apply to a CLI tool, so the 5 anchor's extension criterion is satisfied vacuously.

5 / 5

Distinctiveness Conflict Risk

Clear niche with explicit exclusions ("Not the `dom` SSH tool kit and not python-domino") that disambiguate the closest confusable tools. Not 5: covered tasks like "large uploads to Datasets" and "downloading run results" overlap with closely related sibling skills (domino-datasets, domino-jobs) referenced in the same library, leaving minor overlap risk, which is the 4 anchor.

4 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 missing, 8 suspicious

Warning

Total

15

/

16

Passed

Repository

dominodatalab/domino-claude-plugin

Path

skills/domino-cli/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.