CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-ai-document-intelligence-dotnet

Azure AI Document Intelligence SDK for .NET. Extract text, tables, and structured data from documents using prebuilt and custom models.

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 ./skills/antigravity-azure-ai-document-intelligence-dotnet/SKILL.md

The canonical home for this skill is azure-ai-document-intelligence-dotnet in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

57%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 skill body is a well-structured, highly actionable SDK reference with executable C# covering the main workflows, held back by generic filler sections, a duplicated types table, and a version stamp that ages. Splitting the reference tables into a references/ file and adding a verification step before the destructive delete operation are the highest-impact fixes.

Suggestions

Move the Key Types Reference, Prebuilt Models, and Build Modes tables into a references/ file (e.g. references/types.md) and point to it from SKILL.md, keeping the main file to installation, authentication, and core workflows.

Add a verification step before deletion, e.g. confirm the model via GetModelAsync and an explicit authorization check, since the destructive DeleteModelAsync currently has no validation checkpoint.

Remove the generic 'When to Use' and 'Limitations' boilerplate and either drop the 'Current Version: v1.0.0 (GA)' line or place version/compatibility notes in a dedicated versions/deprecated section.

DimensionReasoningScore

Conciseness

The body is mostly efficient tables and code, but includes unnecessary padding: the filler sentence "This skill is applicable to execute the workflow or actions described in the overview", boilerplate Limitations text, the Client Types table duplicated by the Key Types Reference table, and a time-sensitive "Current Version: v1.0.0 (GA)" stamp placed outside any deprecated/versions section (which the guidelines penalize). It is noticeably tighter than anchor 2's pervasive verbosity, but the padding exceeds anchor 4's 'minor instances'.

3 / 5

Actionability

Concrete, near-executable C# snippets cover the common cases (invoice, layout, receipt, custom model, classifier, classify, model management, error handling), with only minor gaps: `receiptUri` is never defined and workflow 4's `endpoint`/`apiKey` must be carried over from the Authentication section. This matches anchor 4's 'mostly executable guidance with minor gaps'; it falls short of anchor 5's fully copy-paste-ready standard.

4 / 5

Workflow Clarity

The seven numbered workflows give a clear sequence and an Error Handling section exists, but the destructive `adminClient.DeleteModelAsync("my-model-id")` step has no verification or confirmation checkpoint — the guideline caps workflow clarity at 3 for destructive/batch operations missing validation. It is above anchor 2 (steps are well-defined, not vague) but cannot reach anchor 4 without a pre-deletion validation step.

3 / 5

Progressive Disclosure

The body has good section structure and clearly signaled external links (NuGet, API reference, samples), but no bundle exists at all: the 'Key Types Reference' and 'Prebuilt Models' tables are inlined in a ~330-line file where they belong in a separate reference file, matching anchor 3. It is above anchor 2 (structure is present, references are not buried) but below anchor 4 because content that should be separate is inline.

3 / 5

Total

13

/

20

Passed

Description

70%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 specific, concise, and clearly niched to a single Azure SDK, but it omits any explicit 'when to use' trigger guidance and misses common natural terms like PDF, OCR, invoices, and receipts. Adding a 'Use when...' clause with those document-type triggers would raise both completeness and trigger coverage.

Suggestions

Add an explicit 'Use when...' clause naming natural triggers, e.g. 'Use when working with Azure Document Intelligence, OCR, or extracting fields from invoices, receipts, or forms.'

Include document-type and file-extension keywords (PDF, invoice, receipt, tax forms, ID documents) so the description matches how users naturally phrase these requests.

Mention classification and custom model training if in scope, since these capabilities are documented in the body but invisible in the description.

DimensionReasoningScore

Specificity

"Extract text, tables, and structured data from documents using prebuilt and custom models" lists several concrete actions with only minor gaps (classification and model management are unmentioned), matching anchor 4. It exceeds anchor 3 (which covers only 1-2 concrete actions) but falls short of anchor 5's comprehensive coverage.

4 / 5

Completeness

The description clearly answers 'what' ("Extract text, tables, and structured data from documents using prebuilt and custom models") but has no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guideline. It cannot score 4 because the 'when' is entirely absent rather than merely implicit or underspecified.

3 / 5

Trigger Term Quality

Natural terms like "Azure", "Document Intelligence", "SDK for .NET", "extract text", and "tables" give good keyword coverage, but common variations users would say — "PDF", "OCR", "invoices", "forms" — are missing. This sits between anchor 3 (only some relevant keywords) and anchor 5 (comprehensive synonyms and file extensions), noticeably above the midpoint.

4 / 5

Distinctiveness Conflict Risk

"Azure AI Document Intelligence SDK for .NET" names a specific SDK with distinct triggers, creating a clear niche with minimal conflict risk against generic document-processing skills. It matches anchor 5; anchor 4's 'minor overlap risk with closely related skills' would apply only if the wording could plausibly trigger the legacy FormRecognizer or other Azure skills.

5 / 5

Total

16

/

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

boisenoise/skills-collections

Path

skills/antigravity-azure-ai-document-intelligence-dotnet/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.