CtrlK
BlogDocsLog inGet started
Tessl Logo

opencode-design-commands

Create custom /slash commands for repetitive tasks in OpenCode. Use when user wants to create a command, automate a workflow, make a shortcut, add a slash command, set up automation, create a /test, /review, /deploy, /commit, /fix, /build, /lint, /spellcheck, /migrate, or /ci command. Also use when writing a command file, configuring command frontmatter, using $ARGUMENTS placeholders, setting agent: plan, using subtask: true, injecting shell output with !cmd, referencing files with the at-file syntax in a command template, or choosing between a slash command, agent, and skill.

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

82%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 tight, highly actionable skill body with executable examples and well-labeled one-level-deep references that exist in the bundle. Minor issues — a duplicated invocation line, a missing post-creation verification step, and broken eval scenario links — keep it just below top marks.

Suggestions

Remove the duplicated invocation instruction in Quick Start — merge "Invoke it in OpenCode: /test" and the "Run bun run opencode to start..." line into a single step, ordered start-then-invoke.

Add an explicit validation step after command creation, e.g., "Verify: run /help (or type /<name>) to confirm the command is registered and test it on a trivial input before iterating."

Fix or remove the Eval Scenarios links — evals/scenario-0..2/task.md do not exist in the bundle, so either include those files or drop the links from the distributed SKILL.md.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence ("NEVER use $ARGUMENTS more than once... WHY: The placeholder is substituted literally"), but the Quick Start repeats the invocation instruction — "Invoke it in OpenCode: /test" followed immediately by "Run bun run opencode to start, then type /<name> to invoke your command" — a minor instance of over-explanation that could be trimmed. This fits the score-4 anchor better than score 5, where every token would earn its place.

4 / 5

Actionability

Fully executable, copy-paste-ready guidance: a complete command file with frontmatter and body ("Run the full test suite, identify any failures, and fix them. 1. Run `npm test`..."), concrete placeholder syntax ($ARGUMENTS, $1/$2, !cmd, @filename), and BAD/GOOD example pairs for every anti-pattern. Common cases are covered, matching the score-5 anchor.

5 / 5

Workflow Clarity

The Quick Start sequence (create `.opencode/commands/<name>.md` → invoke `/<name>`) is clear and the command/agent/skill decision rule is explicit, but there is no verification step (e.g., confirm the command appears in /help or test it after creation), and the invocation instruction appears before the "run bun run opencode to start" step. This matches the score-4 anchor (clear sequence, minor validation gaps) rather than the explicit-validation score-5 anchor.

4 / 5

Progressive Disclosure

Good structure: the References section clearly signals two one-level-deep files with content descriptions ("Creation phases, example commands... " and "Complete frontmatter fields and placeholder reference"), both of which exist in the bundle. However, the "Eval Scenarios" links point to evals/scenario-0..2/task.md, which do not exist in the bundle — a minor organization gap that keeps this below the score-5 anchor's "easy navigation".

4 / 5

Total

17

/

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 that concretely states what the skill does and gives an explicit, richly enumerated 'Use when' clause in correct imperative voice. The only weakness is a couple of overly broad automation triggers that slightly raise conflict risk with generic automation skills.

DimensionReasoningScore

Specificity

Multiple concrete actions are listed with comprehensive coverage: "Create custom /slash commands", "writing a command file, configuring command frontmatter, using $ARGUMENTS placeholders, setting agent: plan, using subtask: true, injecting shell output with !cmd, referencing files with the at-file syntax", and "choosing between a slash command, agent, and skill". This matches the score-5 anchor (multiple specific concrete actions, comprehensive coverage) and exceeds the score-4 anchor's "minor gaps in coverage".

5 / 5

Completeness

Explicitly answers both questions: what — "Create custom /slash commands for repetitive tasks in OpenCode"; when — "Use when user wants to create a command..." followed by concrete trigger phrases. This matches the score-5 anchor verbatim in structure; score 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage: "create a command, automate a workflow, make a shortcut, add a slash command, set up automation" plus ten concrete command names users would literally type (/test, /review, /deploy, /commit, /fix, /build, /lint, /spellcheck, /migrate, /ci). Synonyms and variations are covered, matching the score-5 anchor; not score 4 because no common natural phrasing is obviously missing.

5 / 5

Distinctiveness Conflict Risk

The niche is clear (OpenCode slash command creation) with distinct triggers like "create a /test, /review, /deploy... command" and "configuring command frontmatter". However, the broad phrases "automate a workflow" and "set up automation" could overlap with general automation or CI skills, matching the score-4 anchor ("mostly distinct; minor overlap risk") rather than the minimal-conflict score-5 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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 missing, 3 deeper-than-1-level

Warning

Total

15

/

16

Passed

Repository
pantheon-org/tekhne
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.