CtrlK
BlogDocsLog inGet started
Tessl Logo

writing-workflow

How to work in a Writing Pipeline project (the `writing-pipeline` starter pack): a three-stage drafting flow, ideas → drafts → published. Read when the project has these folders, OR when asked to capture an idea, start or revise a draft, review a piece before it ships, or publish it. Carries the stage flow and review behaviors so that guidance does not live inside template bodies or folder descriptions. Complements the platform `open-knowledge` skill; does not replace it.

72

Quality

90%

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

86%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 lean, well-structured instruction-only skill: the three-stage flow is clearly sequenced with concrete per-folder behaviors and thresholds, and there is no wasted token. The two gaps are unnamed templates in the `write(...)` call and an unspecified review checklist for drafts in the review stage.

Suggestions

List the available template names (e.g. the idea, draft, and published templates) in the Templates section so the `write({ document: { path, template: "<name>" } })` call is fully executable without guessing.

Spell out what the review stage should check for a draft in `status: review` (e.g. word-count target vs. frontmatter, target_form fit, grounding rules), so the workflow's checkpoint is explicit rather than implied.

Name the frontmatter fields required at each stage transition (idea → draft promotion, draft → published) so the agent knows exactly what to fill in when promoting or shipping.

DimensionReasoningScore

Conciseness

Every line earns its place: folder purposes, concrete thresholds ("idle more than 30 days", "idle more than 14 days"), paths, and frontmatter fields, with zero background explanation of concepts Claude already knows. It matches the lean level-5 anchor; nothing could be trimmed without losing information.

5 / 5

Actionability

Guidance is highly concrete — "create `drafts/<slug>/research/` on demand", "to revise, copy to a new draft", "auto-fill `canonical_url`", and the executable call `write({ document: { path, template: "<name>" } })`. It falls short of the level-5 anchor because the Templates section never names the available template names, so the agent cannot complete that call without information not present in the skill.

4 / 5

Workflow Clarity

The ASCII flow diagram sequences the three stages with explicit transition triggers ("↓ commit to writing it", "↓ ship"), per-folder rules, a review status ("status: drafting/review") acting as a checkpoint, and safe immutable handling of published work. It sits at level 4 rather than 5 because what the review stage should actually check is left implicit, and no error-recovery guidance exists — though nothing here is destructive or batch, so no cap applies.

4 / 5

Progressive Disclosure

The body is under 50 lines with clear sections (flow diagram, per-folder rules, templates) and no external reference files exist or are needed — the per-rubric guideline for simple skills awards 5 with just well-organized sections, which this has.

5 / 5

Total

18

/

20

Passed

Description

92%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, third-person, explicitly scoped to the writing-pipeline pack, with clear what/when statements and explicit disambiguation from the parent open-knowledge skill. The only gap is a few natural writing-domain synonyms that would broaden trigger coverage.

DimensionReasoningScore

Specificity

"a three-stage drafting flow, ideas → drafts → published" plus concrete actions "capture an idea, start or revise a draft, review a piece before it ships, or publish it" lists multiple specific concrete actions with comprehensive coverage of the domain. It matches the level-5 anchor (multiple specific actions, comprehensive) rather than 4, since no stage of the workflow is left uncovered.

5 / 5

Completeness

It explicitly answers both what ("a three-stage drafting flow, ideas → drafts → published ... Carries the stage flow and review behaviors") and when ("Read when the project has these folders, OR when asked to capture an idea, start or revise a draft, review a piece before it ships, or publish it") with concrete trigger phrases — a direct match for the level-5 anchor.

5 / 5

Trigger Term Quality

Triggers like "capture an idea", "revise a draft", "review a piece before it ships", "publish", and "the project has these folders" are natural phrases users would say. A few natural terms are missing (e.g., "essay", "newsletter", "blog post", "write"), so it fits the level-4 anchor (good coverage, a few natural terms missing) rather than the fully comprehensive level-5 anchor with synonyms.

4 / 5

Distinctiveness Conflict Risk

A clear niche (the writing-pipeline folder structure) with distinct triggers, plus explicit conflict disambiguation: "Complements the platform `open-knowledge` skill; does not replace it." Minimal overlap risk, matching the level-5 anchor.

5 / 5

Total

19

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
inkeep/open-knowledge
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.