CtrlK
BlogDocsLog inGet started
Tessl Logo

veomni-new-op

Use this skill when adding a new optimized kernel or operator to veomni/ops/. Covers the full lifecycle: understanding VeOmni's ops architecture (KERNEL_REGISTRY + OpSlot dispatch, with a thin function-pointer shim for a few legacy global ops), implementing the kernel, registering it, adding tests, and documenting it. Trigger: 'add op', 'new kernel', 'add attention variant', 'new fused op', 'add triton kernel', 'optimize operator'.

67

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 ./.agents/skills/veomni-new-op/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 well-structured, actionable skill body with a clear phased workflow and concrete code, commands, and pitfalls. Its main weakness is progressive disclosure: with no bundle files present, substantial architecture and reference material is inlined in SKILL.md rather than split into dedicated reference files.

Suggestions

Move the VeOmni Ops Architecture tree and the two-mechanism explanation into a references/ file (e.g. references/architecture.md) and keep SKILL.md as a concise overview that links to it, improving progressive disclosure.

Add per-phase validation checkpoints (e.g., confirm registration succeeded after Phase 2 before moving on) rather than concentrating all verification in Phase 5, to strengthen workflow feedback loops.

Provide an executable example for the optional benchmark step (a concrete snippet using benchmark_utils.py) so the recommended benchmark guidance is copy-paste ready like the registration code.

DimensionReasoningScore

Conciseness

The body is largely lean and assumes competence (e.g., direct file paths, code snippets without hand-holding), but the architecture tree and dual-mechanism prose include some explanation that could be tightened; it stays above the midpoint but is not maximally lean.

4 / 5

Actionability

Provides concrete, copy-paste-ready registration and OpSlot code plus specific commands (pytest tests/ops/ -v, make quality, KERNEL_REGISTRY.dump()); a few steps like benchmark wiring and docs updates are described at a high level rather than with executable detail.

4 / 5

Workflow Clarity

A clear five-phase sequence (Design, Implement, Test, Document, Finalize) with verification in Phase 5 (/veomni-review, make quality, registry dump check); however, validation feedback loops are concentrated at the end rather than interleaved per phase, leaving a minor checkpoint gap.

4 / 5

Progressive Disclosure

No bundle files (references/scripts/assets) exist, and the body inlines the architecture map, both mechanisms, all phase instructions, and pitfall lists into a single SKILL.md; the reference pointers are to repo docs/design files rather than to dedicated skill bundle files, so structure is sectioned but content that could be split out is inline.

3 / 5

Total

15

/

20

Passed

Description

88%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, well-scoped description that clearly states both the full lifecycle 'what' and concrete trigger phrases for 'when'. It is specific and largely distinct, with only minor trigger-overlap and missing synonym/extension variants keeping it from a perfect mark across all dimensions.

DimensionReasoningScore

Specificity

Lists multiple concrete actions spanning the full lifecycle ('understanding VeOmni's ops architecture', 'implementing the kernel', 'registering it', 'adding tests, and documenting it') plus concrete internal mechanisms (KERNEL_REGISTRY + OpSlot dispatch), giving comprehensive coverage of the domain.

5 / 5

Completeness

Explicitly answers 'what' (the full lifecycle of adding a kernel/operator) and 'when' with a dedicated 'Trigger:' clause listing concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Trigger block lists several natural phrases a user would say ('add op', 'new kernel', 'add attention variant', 'new fused op', 'add triton kernel', 'optimize operator'); good coverage but no file-extension-style or broader-synonym variants, keeping it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

Scoped to a narrow niche (new kernel/operator in veomni/ops/) with distinct triggers, but several triggers like 'add op' and 'optimize operator' could plausibly overlap with general optimization or other op-related skills, so minor overlap risk remains.

4 / 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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ByteDance-Seed/VeOmni
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.