CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

init-workspace-documentation

Generate workspace docs.

Quality

56%

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 ./instructions/r2/core/skills/init-workspace-documentation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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, directive instruction skill with a clear numbered process, real validation checkpoints for a risky batch-write operation, and a concrete template — stronger than typical prose-heavy skills. Its weaknesses are systematic bullet duplication across the six document specs and reliance on undefined external KB artifacts (Rosetta prep, reverse-engineering skill, large-workspace-handling) that leave both actionability and navigation with gaps.

Suggestions

State the self-defining requirement once (e.g. a single line 'Every document starts with a self-definition of purpose, content type, and style') and remove the twelve duplicated bullets across the six document sections.

Resolve or inline the dangling external references: define what 'Rosetta prep steps' entail, or bundle 'reverse-engineering/SKILL.md', 'speckit-integration-policy.md', and the 'large-workspace-handling' pointer as actual reference files with clear paths.

Add an explicit feedback loop after the validation_checklist (e.g. 'If any checklist item fails, fix the affected document and re-validate before reporting') to close the workflow's remaining gap.

DimensionReasoningScore

Conciseness

The body is terse and directive rather than padded with known concepts, but the pair 'What this doc is for and what it should contain, self-defining style' / 'Self-defines purpose, content type, style' is repeated in all six document sections (12 near-duplicate bullets) — clearly unnecessary repetition that could be stated once as a shared convention. This fits 'Mostly efficient but includes some unnecessary explanation or could be tightened'; it is not a 4 because the duplication is systematic, not a minor instance.

3 / 5

Actionability

For an instruction-only skill the guidance is largely executable: exact document names, per-entry field specs ('header containing "priority when what where"'), concrete mode branching (install vs upgrade), explicit file-existence checks for the Speckit special case, and a full AGENT MEMORY.md template. It is not a 5 because key dependencies are unresolved — 'Rosetta prep steps', 'ACQUIRE reverse-engineering/SKILL.md FROM KB', and 'MUST USE SKILL large-workspace-handling' are never defined, so the agent cannot execute those steps from this file alone.

4 / 5

Workflow Clarity

A numbered 1–6 process sequences the work (scan → compare → analyze → TODO per doc → create/update → special cases), and this batch-write operation includes validation: a dedicated validation_checklist, 'Never overwrite human-added content', 'Revalidate all assumptions after other documents complete', and 'Report created/updated/skipped files'. It is not a 5 because there is no validate→fix→retry feedback loop for failures (e.g. what to do when a validation-checklist item fails), leaving minor validation gaps.

4 / 5

Progressive Disclosure

The body has structure (role / when-to-use / concepts / process / validation / templates) and appropriately inlines only one template, but it leans on external artifacts that are not part of the bundle — 'reverse-engineering/SKILL.md', 'speckit-integration-policy.md', and the 'large-workspace-handling' skill are dangling references with no path or link, and no references/ files exist. This fits 'Some structure but could be better organized; references present but not clearly signaled'; it is not a 4 because those references are unverifiable and could not be navigated.

3 / 5

Total

14

/

20

Passed

Description

28%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 is only two words above a bad-example level: it names the domain but says nothing about the five specific documents the skill produces, when to use it, or how it differs from generic documentation skills. It also references an external body with far more capability than the description conveys. Adding a 'Use when...' clause and listing the concrete outputs would move it from vague to actionable.

Suggestions

Add an explicit 'Use when...' trigger clause naming natural phrases, e.g. 'Use when setting up or onboarding to a workspace that lacks documentation, or when the user mentions workspace docs, project context, or onboarding docs.'

List the concrete outputs instead of 'docs': 'Create and maintain CONTEXT.md, ARCHITECTURE.md, IMPLEMENTATION.md, ASSUMPTIONS.md, TODO.md, and AGENT MEMORY.md from source-code analysis.'

Include natural synonyms and file names users would actually say (documentation, onboarding, project overview) to improve trigger-term coverage and distinctiveness from generic doc skills.

DimensionReasoningScore

Specificity

The description names the domain ("workspace docs") with a single generic action ("Generate"), matching the anchor 'Names the domain but actions are minimal or generic' — it does not list the five concrete documents or any concrete capability. It is not a 3 because it offers no specific action detail beyond the generic 'Generate'.

2 / 5

Completeness

The description has a vague 'what' ("Generate workspace docs" — which docs, for what purpose is unstated) and completely lacks a 'when'/'Use when...' trigger clause, matching 'Has a vague "what" and no "when"'. It cannot be a 3 because the 'what' is not clear enough to stand alone and there is no trigger guidance.

2 / 5

Trigger Term Quality

Only two generic keywords appear ('workspace', 'docs'); natural phrases a user would say — 'documentation', 'onboarding', 'CONTEXT.md', 'initialize docs' — are missing, matching 'One or two generic keywords; missing the natural phrases users say'. It falls short of 3 because there is no synonym or variation coverage at all.

2 / 5

Distinctiveness Conflict Risk

'Workspace docs' is somewhat specific but would collide with general documentation, init/CLAUDE.md, and README-generation skills, matching 'Somewhat specific but could still overlap with similar skills'. It is not a 4 because no distinct trigger or named output files (CONTEXT.md, ARCHITECTURE.md) separate it from those neighbors.

3 / 5

Total

9

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

griddynamics/rosetta

Path

instructions/r2/core/skills/init-workspace-documentation/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.