CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

process-mapper

Use when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process (procurement, employee onboarding, incident handoff, customer-onboarding, claims adjudication) in BPMN-style notation, measure cycle times by stage, surface where work spends most of its time waiting vs. being worked, and quantify the gap between processing time and total elapsed time. Pairs Lean / Six Sigma / Theory-of-Constraints canon with deterministic stdlib-only Python tools to produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput). Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work — this is tactical process documentation for internal operations.

64

Quality

81%

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

The canonical home for this skill is process-mapper in alirezarezvani/claude-skills

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 well-organized and information-rich, with a clear five-step workflow, explicit thresholds, and disciplined Lean/TOC framing, but its operational core is hollow: all referenced scripts, the intake template asset, and the three reference files are missing from the bundle, so none of the concrete commands can actually run. Fixing the bundle (or inlining the critical intake schema and one example invocation) would move this from well-written documentation to a working skill.

Suggestions

Include the referenced bundle files (scripts/process_documenter.py, scripts/bottleneck_detector.py, scripts/cycle_time_analyzer.py, assets/process_template.md, and the three references/*.md) so the documented commands and pointers resolve; alternatively inline the intake JSON schema and a runnable example in SKILL.md.

Add an explicit validation/feedback loop for the intake step — what to do when the process JSON fails validation or stage types are mis-labeled (e.g., re-confirm with the user, re-run the validator) — to raise workflow clarity.

Trim the 'Purpose' and 'Distinct from' sections, which substantially restate the description, and tighten the forcing-question library citations to reduce token overhead.

DimensionReasoningScore

Conciseness

The body is dense and directive — it applies Lean/TOC canon ('Subordinate everything to the constraint') rather than teaching concepts Claude already knows, and includes concrete thresholds (VA% > 25% = HEALTHY, wait > 40%, rework > 15%). Minor padding exists: the 'Purpose' failure-mode narrative and the 'Distinct from' section partially restate the description's content, keeping it below the lean anchor 5 but above anchor 3's unnecessary explanations.

4 / 5

Actionability

Concrete guidance is present — 'python3 scripts/process_documenter.py --sample', '--profile (saas / services / manufacturing / healthcare)', a specified intake JSON schema, and exact detection thresholds — but every command depends on scripts/, assets/process_template.md, and references/ files that are absent from the bundle, so nothing is executable as delivered. This fits anchor 3 (concrete but incomplete, key execution details missing) rather than anchor 4, where gaps are only minor.

3 / 5

Workflow Clarity

A clearly sequenced five-step flow (Intake → Map → Measure → Detect → Recommend) with explicit tool ordering ('invoke process_documenter.py → bottleneck_detector.py → cycle_time_analyzer.py in sequence') and depth-first question sequencing; step 2 notes the script validates the JSON. It falls short of anchor 5 because validation checkpoints are implicit — there is no 'if validation fails, fix and re-run' feedback loop for bad or mis-typed input data (the skill itself flags mis-labeled stage types as the most common failure).

4 / 5

Progressive Disclosure

Structure is good: well-signaled one-level references ('references/lean_six_sigma_canon.md — TIMWOOD wastes, value-stream mapping...') with per-file content summaries, and the body stays an overview. However, none of the seven referenced bundle files (3 scripts, 3 references, 1 asset) actually exist in the bundle, so every pointer is dangling and disclosure cannot progress — matching anchor 3 (structure present but organization broken) rather than anchor 4 (most content appropriately placed and reachable).

3 / 5

Total

14

/

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.

An exemplary description: explicit 'Use when' triggers with roles and named processes, concrete deliverables with specific metrics, and explicit disambiguation from adjacent skill domains. The only weakness is a few missing natural synonyms (workflow, wait time) that could broaden trigger matching.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions and outputs — 'document an end-to-end business process... in BPMN-style notation, measure cycle times by stage', 'produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput)' — with comprehensive coverage and third-person voice ('Pairs Lean / Six Sigma / Theory-of-Constraints canon'). It fits the comprehensive anchor rather than anchor 4, which expects minor coverage gaps; none are evident.

5 / 5

Completeness

Both 'what' and 'when' are explicitly answered: 'Use when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process' gives concrete trigger conditions, and the what is fully specified via the enumerated deliverables. This matches the anchor-5 example structure (action list + explicit 'Use when' clause), not anchor 4 where 'when' is only partly explicit.

5 / 5

Trigger Term Quality

Strong natural keywords: 'business process', 'cycle times', 'bottleneck', 'process map', 'BPMN', plus domain scenarios (procurement, employee onboarding, claims adjudication) and role triggers (BizOps lead, COO). A few natural synonyms users might say are missing ('workflow', 'wait time', 'value stream mapping'), matching the good-but-not-comprehensive anchor 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

The description ends with explicit boundary marking: 'Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work — this is tactical process documentation for internal operations.' It carves a clear niche with distinct triggers, matching anchor 5 (clear niche, minimal conflict risk) rather than anchor 4 (minor overlap risk).

5 / 5

Total

19

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 8 missing

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/process-mapper/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.