CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

writing-for-agents

Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md.

Quality

66%

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 ./.agents/references/agent/ref.v4SPmf2E/SKILL.md

The canonical home for this skill is writing-for-agents in slurpyb/pi-taskfile

SKILL.md
Quality
Evals
Security

Quality

Content

61%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 dense, original framework that stays lean and gives the agent many concrete tests and worked examples — strong on actionability and conciseness. Its two real defects are the absence of any explicit step sequence for applying the framework, and a disclosure structure whose single referenced file, SKILL-MECHANICS.md, is missing from the bundle.

Suggestions

Add the missing SKILL-MECHANICS.md to the bundle or remove the two pointers to it — as written, the skill directs the agent to a file that does not exist, breaking both routing instructions.

Add a short ordered procedure (e.g. 1. inventory the document's branches, 2. place each piece on the hierarchy, 3. sharpen completion criteria, 4. prune and coin leading words) so the framework has an explicit application sequence instead of an implied one.

Include one end-to-end worked example (a before/after of a small document revised under these rules) to complement the atomized tests and refactoring examples.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence throughout — no explanations of known concepts, every section carries distinct content — matching "efficient; minor instances of over-explanation that could be trimmed" at 4. It is not 5 because the ornate, nested prose style (long parenthetical-laden sentences such as the completion-criterion paragraph) costs tokens per instruction that leaner phrasing would not.

4 / 5

Actionability

Concrete, executable heuristics dominate: "The test (does it change behaviour versus the default?)", the co-location test ("reading one part brings its neighbours with it"), the ordered defense "sharpen the bound first… only if it is irreducibly fuzzy", and worked refactors ("fast, deterministic, low-overhead" → _tight_; "a loop you believe in" → _red_). Not 5 because there is no end-to-end worked example applying the framework to a real document.

4 / 5

Workflow Clarity

There is no explicit ordered procedure: the body is a concept catalog (pointers → loads → hierarchy → criteria → pruning) with a discernible but only implied process, and a single conditional routing instruction ("When the document you're writing is a skill, read SKILL-MECHANICS.md"). This sits at anchor 3 — sequence discernible but no explicit steps or checkpoints — and is not capped lower because the material is navigable, not incoherent.

3 / 5

Progressive Disclosure

Judged against the actual bundle, the body's two references to SKILL-MECHANICS.md (for frontmatter/invocation choice, and for split-by-invocation) point to a file that does not exist in the bundle — the one place disclosure is used is broken, so an agent following the pointer reaches nothing. Not 3 because a dangling reference makes the structure unusable in practice rather than merely improvable; the in-file sectioning itself is otherwise good.

2 / 5

Total

13

/

20

Passed

Description

57%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 follows the what/when pattern with explicit, artifact-specific triggers, which gives it decent distinctiveness. Its weaknesses are a generic, single-action 'what' and thin synonym coverage in the trigger terms, leaving it mid-pack rather than strong.

Suggestions

Expand the 'what' clause with 2-3 concrete actions the skill performs, e.g. "Structure documents into a hierarchy, sharpen trigger wording, and prune token load" instead of the generic "Writing documents for agents".

Add natural trigger variations users would actually say, such as "documentation", "docs", "prompts", or "skill descriptions", to the 'Use when' clause.

State the target document types in the 'what' (skills, AGENTS.md/CLAUDE.md, prompts, referenced docs) so the capability scope is explicit without relying on the trigger clause.

DimensionReasoningScore

Specificity

The 'what' is a single generic action — "Writing documents for agents" — with no concrete sub-actions listed; it names the domain but the actions are minimal, matching the anchor at 2. It is not 3 because the skill-specific artifacts named (skills, AGENTS.md, CLAUDE.md) appear in the trigger clause, not as descriptions of what the skill does.

2 / 5

Completeness

Both parts are present: "Writing documents for agents" answers what, and "Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md" is an explicit when with concrete triggers. Not 5 because the 'what' is thin — it conveys no concrete capabilities of the skill.

4 / 5

Trigger Term Quality

"creating or editing skills, or modifying AGENTS.md or CLAUDE.md" includes natural terms users would say, but misses common variations and synonyms such as "documentation", "docs", "prompts", or "skill description". This is "some relevant keywords but missing common variations", the anchor at 3.

3 / 5

Distinctiveness Conflict Risk

Naming specific artifacts (skills, AGENTS.md, CLAUDE.md) gives the description a distinct niche with minor overlap risk against general writing or documentation skills. It is not 5 because the 'what' ("writing documents") is broad enough to invite overlap.

4 / 5

Total

13

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 2 missing

Warning

Total

15

/

16

Passed

Repository

slurpyb/pi-taskfile

Path

.agents/references/agent/ref.v4SPmf2E/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.