CtrlK
BlogDocsLog inGet started
Tessl Logo

create-rfc

Creates structured Request for Comments (RFC) documents for proposing and deciding on significant changes. Use when the user says "write an RFC", "create a proposal", "I need to propose a change", "draft an RFC", "document a decision", or needs stakeholder alignment before making a major technical or process decision. Do NOT use for TDDs/implementation docs (use technical-design-doc-creator instead), README files, or general documentation.

69

Quality

84%

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

73%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 an explicit workflow, validation checkpoints, and a genuine one-level-deep reference file. Its main weakness is redundancy — trigger lists, output summaries, and notes each appear twice — which inflates token cost without adding guidance.

Suggestions

Remove the "When to Use This Skill" section (it duplicates the frontmatter description's triggers verbatim) or reduce it to the RFC-vs-TDD decision rule alone.

Merge "Output Summary Format" into "Step 5: Offer Next Steps" — the two blocks are near-identical and both would be sent after generation.

Consolidate "Important Notes" into the Quality Checklist and move the BAD/GOOD anti-pattern examples with stub placeholders into references/section-templates.md alongside the section templates.

DimensionReasoningScore

Conciseness

The body is mostly useful, but several sections are duplicated: "When to Use This Skill" repeats the frontmatter triggers, "Output Summary Format" nearly restates "Step 5: Offer Next Steps", and "Important Notes" re-iterates checklist items ("Do nothing" is an option, language adaptation). This matches 'mostly efficient but could be tightened'; it is not 4 because the duplication is systematic rather than minor.

3 / 5

Actionability

Concrete, executable guidance throughout: a mandatory-field checklist, a copy-paste AskQuestion JSON block, a typed section-tailoring table, BAD/GOOD contrast examples, and a pre-finalize quality checklist. Not 5: some guidance (section templates) lives in the reference file and the anti-pattern GOOD examples are stubs ("[genuine pros and cons]") rather than worked examples.

4 / 5

Workflow Clarity

Five clearly sequenced steps (gather context, validate mandatory fields, detect type, generate, offer next steps) with an explicit validation checkpoint ("MANDATORY fields — ask if missing") and a pre-finalize "RFC Quality Checklist". This is an instruction-only, non-destructive skill, so the batch/destructive cap does not apply, and the content matches the top anchor's sequence + validation + checklist.

5 / 5

Progressive Disclosure

The single bundle reference is real, clearly signaled, and one level deep ("Read references/section-templates.md when generating an RFC document. It contains complete Markdown templates for all 11 sections"), verified to exist and contain those templates. Not 5: the body still inlines sizable template-like content (two near-identical output-summary blocks, the AskQuestion JSON) that could sit in the reference, and only one reference file splits the ~300-line body.

4 / 5

Total

16

/

20

Passed

Description

95%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: concrete capability statement, comprehensive natural trigger phrases, explicit use-when guidance, and clear disambiguation against the sibling TDD skill. The only minor gap is that it lists fewer distinct capabilities than it could (e.g., capturing alternatives, structured decision records).

DimensionReasoningScore

Specificity

"Creates structured Request for Comments (RFC) documents for proposing and deciding on significant changes" names the domain and concrete actions (create RFCs, propose, decide), matching the 'several specific actions; minor gaps' anchor. It falls short of 5 because capabilities like capturing alternatives or comparing options are not enumerated.

4 / 5

Completeness

Explicitly answers both what ("Creates structured Request for Comments (RFC) documents for proposing and deciding on significant changes") and when ("Use when the user says...") with concrete trigger phrases. This matches the top anchor exactly.

5 / 5

Trigger Term Quality

Quotes natural user phrasings — "write an RFC", "create a proposal", "I need to propose a change", "draft an RFC", "document a decision", "stakeholder alignment" — covering synonyms and variations users would actually say. Not 4: no common natural trigger is missing.

5 / 5

Distinctiveness Conflict Risk

Clear niche with explicit negative guidance — "Do NOT use for TDDs/implementation docs (use technical-design-doc-creator instead), README files, or general documentation" — minimizing conflict with adjacent documentation skills. Not 4: the disambiguation leaves virtually no overlap risk.

5 / 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
tech-leads-club/agent-skills
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.