CtrlK
BlogDocsLog inGet started
Tessl Logo

fabric-document

Synthesizes all pipeline handoffs into a single human-readable project brief. Use when user says "generate docs", "create documentation", "document the project", or after validation passes. Do NOT use for deployment (use fabric-deploy) or architecture design (use fabric-design).

65

Quality

77%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.github/skills/fabric-document/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

64%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured, concise skill that clearly defines its single deliverable and boundaries. Its main weaknesses are the lack of concrete examples (what does a polished section look like? what format should the decisions table use?) and the unresolvable reference to the documentation template. The workflow is clear but would benefit from an explicit feedback loop when verification fails.

Suggestions

Add a brief before/after example showing an `<!-- AGENT: FILL -->` marker being replaced with polished narrative, so Claude knows the expected quality level.

Include an inline example of the decisions table format rather than relying solely on the unresolvable `references/documentation-templates.md` reference.

Add an explicit feedback loop to Step 3: 'If any of the 5 questions is unanswered, identify which handoff source is missing the information and either fill the gap or note it as TBD.'

DimensionReasoningScore

Conciseness

The skill is lean and efficient. It avoids explaining what documentation is or how markdown works. Every section serves a clear purpose — the pre-generated brief note, the 3-step process, constraints, and the 5-question checklist all earn their place. The artifacts-only callout is a useful boundary condition, not filler.

3 / 3

Actionability

The skill provides clear steps and specific file paths, but lacks executable examples. There's no sample of what a polished `<!-- AGENT: FILL -->` replacement looks like, no example of the decisions table format, and the reference to `references/documentation-templates.md` is unresolvable since no bundle files are provided. The 5-question checklist is concrete but the 'how' of synthesis remains somewhat abstract.

2 / 3

Workflow Clarity

The 3-step sequence is clear (read → polish → verify), and the verification checklist in Step 3 is a good checkpoint. However, there's no feedback loop: what happens if the brief fails the 5-question check? There's no explicit 'fix and re-verify' step. For a document synthesis task this isn't as critical as for destructive operations, but the missing loop and the lack of validation against source handoffs (beyond 'verify facts') keeps this at 2.

2 / 3

Progressive Disclosure

The skill references `references/documentation-templates.md` for the template, which is good progressive disclosure in principle. However, no bundle files are provided, making this reference unresolvable. The content itself is well-structured with clear sections, but the inline constraints are repeated (the 'no separate files' rule appears in both Step 2 and Constraints), suggesting the organization could be tighter.

2 / 3

Total

9

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a well-crafted description that excels at completeness and distinctiveness, with explicit trigger phrases and clear negative boundaries distinguishing it from related skills. The main weakness is that the 'what' portion could be more specific about the concrete actions performed (e.g., what elements are synthesized, what the brief contains). Overall, it would perform well in a multi-skill selection scenario.

Suggestions

Expand the specificity of capabilities by listing concrete actions, e.g., 'Collects architecture decisions, API contracts, and validation results from pipeline handoffs and compiles them into a structured project brief.'

DimensionReasoningScore

Specificity

Names the domain ('pipeline handoffs', 'project brief') and describes one action ('synthesizes into a human-readable project brief'), but doesn't list multiple concrete actions or detail what the output contains.

2 / 3

Completeness

Clearly answers both 'what' (synthesizes pipeline handoffs into a project brief) and 'when' (explicit 'Use when' clause with trigger phrases and contextual trigger). Also includes explicit negative boundaries for disambiguation.

3 / 3

Trigger Term Quality

Includes natural trigger phrases users would say: 'generate docs', 'create documentation', 'document the project'. Also includes a contextual trigger ('after validation passes'). These are realistic user phrases.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with explicit 'Do NOT use for' clauses naming competing skills (fabric-deploy, fabric-design), and the scope is narrowed to pipeline handoffs and project briefs, reducing conflict risk significantly.

3 / 3

Total

11

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
microsoft/fabric-task-flows
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.