CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

write-dep

Write a Development Enhancement Proposal (DEP) for a technical improvement. Use when the user wants to propose, document, or formalize a technical change for review.

61

Quality

77%

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 ./plugins/flowai-engineering/skills/write-dep/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 instructional skill with an excellent concrete template, actionable rules with before/after examples, and a verification checklist. Its weaknesses are mild redundancy, exemplars covering only part of the template, no feedback loop tying the checklist back into the workflow, and a fully monolithic layout with no progressive disclosure.

Suggestions

Deduplicate the persistence instruction — state it once (either the CRITICAL note or Step 7) to save tokens.

Move the full DEP section template into a references/ file (e.g., template.md) and keep only a section outline in SKILL.md, giving the skill one level of well-signaled references.

Close the verification loop by instructing Claude to revise the draft against the checklist and re-check any failed items before finishing, and add one worked example covering the remaining sections (Solution, Risks, Metrics).

DimensionReasoningScore

Conciseness

The body is largely lean — templates, tables, and good/bad examples with minimal padding — but the file-persistence instruction is duplicated (the top "CRITICAL" note restates Step 7's "MUST write the final DEP to a file"), and the "Technical Writer and Solution Architect" role framing could be trimmed.

4 / 5

Actionability

Very concrete guidance: exact table schemas ("| Risk | Probability | Impact | Mitigation |"), a specific transformation rule ("'Improve performance' → 'Reduce p99 latency from 500ms to 100ms'"), and good/bad exemplars. Falls short of fully comprehensive because the exemplars cover only the Problem and Alternatives sections — no worked examples for Solution, Risks, Implementation Plan, or Metrics.

4 / 5

Workflow Clarity

A clear 7-step sequence (Gather Context → Formulate Problem → Develop Solution → Risk Analysis → Implementation Plan → Success Metrics → Persist) with a terminal verification checklist. Missing an explicit feedback loop (checklist fails → fix → re-verify), so it does not reach the anchor-5 pattern.

4 / 5

Progressive Disclosure

The skill is a single ~250-line file with good section headers but no bundle files and no external references at all; the full 12-section DEP template is bulk content that could plausibly live in a separate reference file, and nothing is split or signaled for navigation.

3 / 5

Total

15

/

20

Passed

Description

71%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 solid description with an explicit and well-formed "Use when..." clause and a clearly defined artifact (DEP). Its main weaknesses are a single-action capability statement and missing synonyms for adjacent document types users might name. It uses third person, is concise, and has low fluff.

Suggestions

Expand the "what" portion beyond the single verb "Write" to enumerate the concrete capabilities (e.g., "structure the problem statement with metrics, compare alternatives, and define success criteria").

Add common synonyms and adjacent terms users would naturally say (e.g., "technical proposal", "design proposal", "improvement plan") to broaden trigger coverage without losing the DEP niche.

Optionally name what the DEP is not (RFC/PRD/ADR) in one clause to reduce mis-triggering for those adjacent document types.

DimensionReasoningScore

Specificity

"Write a Development Enhancement Proposal (DEP)" names the domain and one concrete action, but the description lists only a single verb ("Write") rather than several specific capabilities, matching the anchor for 1-2 concrete actions without comprehensive coverage.

3 / 5

Completeness

The description explicitly answers both "what" ("Write a Development Enhancement Proposal (DEP) for a technical improvement") and "when" with a concrete trigger clause ("Use when the user wants to propose, document, or formalize a technical change for review"), mirroring the anchor-5 example structure.

5 / 5

Trigger Term Quality

"propose, document, or formalize a technical change" are natural phrases, but common synonyms users would say (e.g., "design doc", "architecture proposal", "RFC") are missing — notable because the body itself distinguishes DEPs from RFCs/PRDs/ADRs, yet the description gives no routing help for those cases.

3 / 5

Distinctiveness Conflict Risk

The defined "DEP" acronym carves a distinct niche, but generic trigger verbs like "propose" and "document" create minor overlap risk with general proposal- or RFC-writing skills.

4 / 5

Total

15

/

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

korchasa/flowai-plugins

Path

plugins/flowai-engineering/skills/write-dep/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.