CtrlK
BlogDocsLog inGet started
Tessl Logo

ocr-pipeline-and-quality

Change or evaluate Xberg OCR backends, preprocessing, caching, page acceptance, geometry, hOCR structure, table reconstruction, or cross-backend quality. Load for OCR behavior and A/B quality work, not ordinary PDF text extraction.

69

Quality

83%

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

80%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 dense, lean, and highly specific, with named functions and invariants that assume Claude's competence and avoid padding. Its main weakness is workflow clarity: the pipeline stages and validation checks are present but scattered as invariants rather than presented as an explicit sequenced workflow with feedback loops.

Suggestions

Add a short sequenced workflow section (preprocessing -> backend execution -> structured conversion -> page acceptance -> caching) with explicit validation checkpoints at each stage rather than scattering them as invariants.

Include one concrete copy-paste code snippet for the canonical blocking OCR call path (spawn_blocking + OcrBackend invocation) to make the guidance fully executable.

Add an explicit validate-then-proceed feedback loop for the destructive accept_or_reject_ocr_page step (e.g., compare accepted pages before word counts, then re-run) so the verification step is unmissable.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence throughout — it references Rust types, tokio, and hOCR without explaining basics, and every bullet carries specific guidance with no padding.

5 / 5

Actionability

Guidance is concrete and specific, naming functions/types/values (confidence_semantics(), reconstruct_table_with_columns, TESSERACT_RESULT_SCHEMA_VERSION, PSM 3, hocr_font_info=1) and commands (tokio::task::spawn_blocking); the minor gap is the absence of complete copy-paste code examples for the common call path.

4 / 5

Workflow Clarity

The pipeline sequence is named in the intro ('preprocessing, backend execution, structured conversion, page acceptance, and caching') and some checkpoints exist (sync test, validate grid, F1 A/B), but the body is organized as topical invariants rather than a sequenced workflow with explicit validation checkpoints, so checkpoints remain implicit.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files needed, and is organized into four clear, well-signaled sections; the single cross-skill reference (benchmark-workflow) is one level deep, satisfying the simple-skill exception.

5 / 5

Total

17

/

20

Passed

Description

87%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 strong: it states concrete capabilities across the OCR pipeline, gives explicit load-for trigger guidance with a negative boundary, and is clearly distinct from generic PDF-extraction skills. It is held back only by slightly limited verb variety and a few missing synonyms.

DimensionReasoningScore

Specificity

Lists several specific concrete areas — 'backends, preprocessing, caching, page acceptance, geometry, hOCR structure, table reconstruction, or cross-backend quality' — under the actions 'Change or evaluate', giving broad coverage; the verbs themselves are limited to two, leaving minor gaps versus a fully varied action list.

4 / 5

Completeness

Explicitly answers what ('Change or evaluate Xberg OCR backends, preprocessing, caching...') and when ('Load for OCR behavior and A/B quality work, not ordinary PDF text extraction'), with concrete trigger phrases and an explicit negative boundary.

5 / 5

Trigger Term Quality

'OCR' and 'A/B quality' are natural user terms and act as strong triggers, with supporting terms like 'preprocessing' and 'table reconstruction'; a few common variations or synonyms are missing, so it sits just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche (the Xberg OCR pipeline) with distinct triggers and an explicit exclusion ('not ordinary PDF text extraction'), giving minimal conflict risk with generic PDF/text skills.

5 / 5

Total

18

/

20

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
xberg-io/xberg
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.