CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-to-backend-requirements

Document frontend data needs for backend developers. Use when frontend needs to communicate API requirements to backend, or user says 'backend requirements', 'what data do I need', 'API requirements', or is describing data needs for a UI.

83

1.70x
Quality

75%

Does it follow best practices?

Impact

99%

1.70x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/frontend-to-backend-requirements/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 a well-structured, actionable instruction guide with a clear workflow, output template, and illustrative examples. Its main weakness is conciseness: several sections restate guidance already given elsewhere.

Suggestions

Consolidate the "Rules" section with the opening blockquote to remove the duplicated NO IMPLEMENTATION DETAILS / describe-don't-prescribe guidance.

Merge "Encouraging Pushback" into Step 4 (Leave Room for Discussion) since both cover open questions and inviting backend input.

Tighten the "Good vs. Bad Requests" examples from three pairs to one or two, keeping only the most illustrative contrast.

DimensionReasoningScore

Conciseness

The body is mostly efficient but contains noticeable redundancy: the "Rules" section restates the opening blockquote ("NO IMPLEMENTATION DETAILS—don't specify endpoints, methods, field names") and "Encouraging Pushback" restates Step 4's open questions.

3 / 5

Actionability

Provides a concrete 4-step workflow, a copy-paste markdown output template, and good/bad request examples; as an instruction-only skill the absence of code is not penalized, though the workflow prompts are questions rather than commands.

4 / 5

Workflow Clarity

Steps 1-4 are clearly sequenced and the "After Backend Responds" section adds a feedback loop for updating the doc; no explicit validation checkpoints, but the skill is non-destructive so the validation cap does not apply.

4 / 5

Progressive Disclosure

Well-organized into clear sections (Point, ownership table, workflow, output format, examples, rules) with no nested references; it is a self-contained single file over 50 lines, so the simple-skill 5 exception does not strictly apply.

4 / 5

Total

15

/

20

Passed

Description

82%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 strong: it clearly states a specific purpose, provides explicit natural trigger phrases, and occupies a distinct niche. The only mild weakness is that the capability statement describes a single action rather than enumerating several.

DimensionReasoningScore

Specificity

"Document frontend data needs for backend developers" names the domain and one concrete action (documenting data needs), matching the 3 anchor; it does not list several specific actions required for a 4.

3 / 5

Completeness

Explicitly answers both what ("Document frontend data needs for backend developers") and when ("Use when frontend needs to communicate API requirements to backend, or user says...") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes several natural phrases users would say ("backend requirements", "what data do I need", "API requirements", "describing data needs for a UI") giving good coverage, though a few synonyms (e.g. "data contract") are absent.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (frontend-to-backend requirements communication) with distinct triggers and minimal overlap risk with other skills.

5 / 5

Total

17

/

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
softaworks/agent-toolkit
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.