CtrlK
BlogDocsLog inGet started
Tessl Logo

content-research-writer

A token-efficient writing partner that uses bounded research, numbered citations, evidence packets, and parallel sub-agents to outline, draft, and refine high-quality content with minimal context growth.

60

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./.github/skills/content-research-writer/SKILL.md
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 strong, well-sequenced instruction-only skill: the workflow is explicit with real validation checkpoints and feedback loops, and the guidance is highly concrete. Its main weakness is redundancy — mode budgets and the packet schema are each repeated across multiple sections — plus the absence of a worked example.

Suggestions

State the Light/Deep budget numbers once (keep the Key Constraints table) and have Phase 2 and the Defaults section reference that table instead of restating the caps.

Merge the Phase 4 sub-agent output schema with the "Evidence Packet (What Goes In One)" section into a single packet spec to remove near-duplicate lists.

Add one short filled-in example evidence packet file and one completed reference entry to push actionability toward anchor 5.

DimensionReasoningScore

Conciseness

The body is dense and free of concept-explaining padding, but the Light/Deep budgets are stated in three places (Defaults section, Key Constraints table, Phase 2) and the Phase 4 sub-agent output schema largely duplicates the "Evidence Packet" section. This is "mostly efficient but could be tightened" (anchor 3) rather than minor trimming (anchor 4).

3 / 5

Actionability

Highly concrete instruction guidance: fixed budgets (3–5 sources, max 5 bullets / 2 quotes per packet), naming conventions (EP-###-claim-slug.md), a folder structure, a citation entry template, and a strict sub-agent output schema. Falls just short of anchor 5 because no worked example of a filled evidence packet or reference entry is provided.

4 / 5

Workflow Clarity

Phases 0–6 are explicitly sequenced with an overview line, validation is explicit (stop condition, no-source fallback, Phase 6 claim-to-evidence trace checklist), and feedback loops exist (5-step escalation ladder; pause-and-request-packet rule when new claims appear while drafting). This matches anchor 5; anchor 4 would require missing checkpoints, which are present.

5 / 5

Progressive Disclosure

A single-file skill with no bundle directories, judged on body structure: clear headers, a glanceability table, no buried or nested references. At ~215 lines it exceeds the under-50-line simple-skill exception, and sections like the packet schema or citation format could eventually split into reference files, so anchor 4 (good structure, minor organization gaps) fits better than 5.

4 / 5

Total

16

/

20

Passed

Description

66%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 clearly and concretely states what the skill does and is nicely distinct, but it entirely lacks a "when to use" trigger clause and misses several natural user phrasings (blog, article, edit). Adding an explicit use-when clause with concrete content types would lift the two weakest dimensions.

Suggestions

Add an explicit trigger clause, e.g. "Use when writing blog posts, articles, newsletters, or technical explainers that need cited research" — this removes the completeness cap of 3.

Include the natural content-type nouns users actually say ("blog posts", "articles", "tutorials") to broaden trigger-term coverage toward anchor 5.

Trim soft padding like "high-quality content" and "token-efficient" in favor of naming the concrete artifacts produced (research brief, outline, cited draft).

DimensionReasoningScore

Specificity

Names several concrete actions ("outline, draft, and refine") plus concrete mechanisms ("bounded research, numbered citations, evidence packets, and parallel sub-agents"), but "high-quality content" is mild padding and the content types themselves are left unnamed. Fits anchor 4 (several specific actions, minor gaps) better than 5 (comprehensive coverage).

4 / 5

Completeness

The "what" is clearly answered, but there is no "Use when..." clause or any equivalent explicit trigger guidance. The rubric guideline explicitly caps completeness at 3 for a missing 'when' clause.

3 / 5

Trigger Term Quality

Natural terms users would say are present ("writing partner", "research", "outline", "draft", "refine", "citations", "content"), but common variations like "blog posts", "articles", "edit", or "revise" are missing. Good coverage without full synonym breadth, matching anchor 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

"Evidence packets", "numbered citations", and "bounded research" establish a distinct research-backed-writing niche, though "writing" and "content" leave minor overlap risk with generic writing/editing skills. Anchor 4 (mostly distinct, minor overlap) is the best fit.

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
0xRabbidfly/Eric-Cartman
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.