CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

laya-integration

Add fast, local, typed decisions to any project with Laya, an open-source non-generative decision model (pip install laya). It classifies, routes, scores and answers yes/no questions about a piece of text, returning calibrated probabilities in roughly 20-35 ms on a laptop GPU, with no LLM call and no data leaving the machine. Use this skill whenever the user wants to classify or route text, triage tickets or emails, detect spam, phishing, toxicity or intent, put a guardrail in front of an agent or LLM, score something against a rubric, or replace an LLM-based classifier to cut latency or cost. Also use it when they mention Laya, Jev, a "System 1 model", "typed decisions" or a "decision model", even if they never name Laya.

75

Quality

94%

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

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

Excellent integration skill: fully executable code, a well-sequenced workflow with a genuine evaluate-and-iterate feedback loop, and dense library-specific knowledge that Claude cannot know elsewhere. The two minor deductions are date/version-stamped claims embedded in the main text and a monolithic single-file structure where calibration and benchmark detail could be split into references.

Suggestions

Move version- and date-sensitive claims (e.g., 'As of laya 0.3.4 the detector only recognises...', the September 2026 benchmark run) into a clearly labeled version-notes section so stale details are easy to spot and update.

Split the calibration refit procedure and the independent benchmark results into a reference file (e.g., references/evaluation.md) and keep a one-line pointer in SKILL.md, bringing the main file closer to a lean overview.

Trim the benchmark narrative to the decision-relevant summary (strong on clear-cut classification, weak on ordinal/nuanced tasks, with the headline numbers) to reduce token cost without losing guidance.

DimensionReasoningScore

Conciseness

The body is dense and assumes Claude's competence throughout — no space is spent explaining pip, GPUs, or general ML concepts, and every section carries Laya-specific knowledge (token budgets, head_max_len errors, checkpoint differences, calibration recipe). However, time-sensitive claims are woven into the main text rather than isolated: "As of laya 0.3.4 the detector only recognises...", "(English checkpoint, no tuning, September 2026)", and the long benchmark narrative could be tightened. This is 'efficient; minor instances of over-explanation that could be trimmed' rather than the lean-every-token-earns-its-place anchor at 5.

4 / 5

Actionability

All guidance is copy-paste executable: the pip install command, a complete predict() call with the full question schema, threshold code for routing, a working FastAPI sidecar, the exact temperature-refit procedure, and a numbered evaluation protocol. This matches 'fully executable; copy-paste ready code or commands; specific examples cover the common cases' — the common cases (English load, choice/score/noul questions, routing thresholds, sidecar serving) are all concretely covered.

5 / 5

Workflow Clarity

The multi-step integration flow is clearly sequenced (install → load once → write questions → pick checkpoint → set thresholds → wire in → evaluate) with explicit validation checkpoints: the 'Evaluate before shipping' section is a measure-rephrase-fine-tune feedback loop ('Try alternative phrasings and checkpoints on the same set, and keep the best. If accuracy is still short, fine-tune'), and a closing checklist consolidates the checkpoints. No destructive or batch operations apply, so no cap is triggered.

5 / 5

Progressive Disclosure

There are no bundle files; the skill is a single ~220-line markdown file. Sections are well-organized and navigable (Install, question types, writing questions, checkpoints, probabilities, wiring, evaluation, checklist), which fits 'good structure; most content is appropriately placed'. It falls short of 5 because detail that would naturally live one level deep — the calibration refit procedure, the independent benchmark numbers, the fine-tuning pointer — is inlined in the single file rather than split into reference files, which the length arguably warrants. It is above 3 because nothing is buried and the structure is clear.

4 / 5

Total

18

/

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: third-person voice, concrete capabilities with measured performance claims, an explicit and detailed 'Use when...' trigger clause, and brand-name triggers for users who never name the product. The only weakness is minor overlap risk with rubric-scoring and moderation skills from a couple of broad trigger phrases.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "classifies, routes, scores and answers yes/no questions about a piece of text, returning calibrated probabilities" — plus concrete performance characteristics ("roughly 20-35 ms on a laptop GPU", "no LLM call and no data leaving the machine"). This matches the anchor for comprehensive coverage of multiple specific concrete actions; score 4 would require minor gaps in coverage, which are not present.

5 / 5

Completeness

It explicitly answers both what ("an open-source non-generative decision model... classifies, routes, scores and answers yes/no questions... returning calibrated probabilities") and when ("Use this skill whenever the user wants to classify or route text... Also use it when they mention Laya, Jev..."). This matches the anchor for clearly and explicitly answering both what AND when with concrete trigger phrases; score 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Natural user phrases are covered comprehensively with synonyms: "classify or route text, triage tickets or emails, detect spam, phishing, toxicity or intent, put a guardrail in front of an agent or LLM", "replace an LLM-based classifier", plus brand and concept names ("Laya, Jev, a 'System 1 model', 'typed decisions'") that catch users who never name Laya. This is comprehensive natural-term coverage including synonyms; score 4 would mean a few natural terms are missing, and none are apparent.

5 / 5

Distinctiveness Conflict Risk

The niche is largely distinct — a local non-generative decision model with unique brand triggers (Laya, Jev, typed decisions) — but a few triggers overlap other skill domains: "score something against a rubric" overlaps rubric/judge-scoring skills, and "detect spam, phishing, toxicity" overlaps moderation skills. This fits 'mostly distinct; minor overlap risk with closely related skills' rather than the minimal-conflict anchor at 5.

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

stevenknowswhy/ProfessionalBuyer

Path

.claude/skills/laya-integration/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.