Approval cascade definition and tracking for multi-stakeholder document workflows. Internal review sequences, client approval workflows, regulatory review, overdue chasing with escalation logic, version control coordination, and cross-jurisdiction document dependencies. Use when defining who reviews a document and in what order, tracking where a document is stuck in the approval chain, chasing an overdue reviewer, preventing reviewers working on superseded drafts, or mapping dependencies between documents across jurisdictions. Trigger on: 'who needs to approve this', 'document approval', 'review sequence', 'stuck in review', 'overdue approval', 'who has the document', 'version control', 'wrong version', 'document dependency', 'NL SPA waiting on German opinion', 'approval cascade', 'review chain', 'document circulation', 'chasing the partner', 'client approval process', 'where is the document'.
65
77%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/document-approval-tracker/SKILL.mdQuality
Discovery
100%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 an excellent skill description that thoroughly covers specific capabilities, provides rich natural-language trigger terms, and clearly delineates both what the skill does and when it should be used. The inclusion of realistic user phrases like 'chasing the partner' and 'NL SPA waiting on German opinion' demonstrates strong understanding of how users would naturally invoke this skill. The description is well-structured with distinct sections for capabilities, use-when guidance, and trigger terms.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: approval cascade definition, tracking, internal review sequences, client approval workflows, regulatory review, overdue chasing with escalation logic, version control coordination, and cross-jurisdiction document dependencies. | 3 / 3 |
Completeness | Clearly answers both 'what' (approval cascade definition and tracking for multi-stakeholder document workflows with specific sub-capabilities) and 'when' (explicit 'Use when' clause with five distinct trigger scenarios, plus a 'Trigger on' list with natural language phrases). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms including conversational phrases users would actually say like 'who needs to approve this', 'stuck in review', 'chasing the partner', 'where is the document', and domain-specific examples like 'NL SPA waiting on German opinion'. | 3 / 3 |
Distinctiveness Conflict Risk | Occupies a clear niche around document approval workflows, review chains, and multi-stakeholder approval cascades. The specificity of terms like 'approval cascade', 'cross-jurisdiction document dependencies', and 'chasing the partner' make it highly distinct from general document or version control skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
55%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The skill excels in actionability and workflow clarity, providing concrete templates, clear escalation paths, and explicit validation gates throughout. However, it is severely undermined by verbosity — extensive explanatory prose, future-state capability descriptions, and domain knowledge sections that Claude doesn't need inflate the token cost significantly. The monolithic structure with no bundle files means all content competes for context window space regardless of relevance to the current task.
Suggestions
Extract the 'Domain Knowledge — Why Document Approval Fails' section, M365/DMS integration details, and cross-skill handoffs into separate bundle files (e.g., DOMAIN_KNOWLEDGE.md, M365_INTEGRATION.md, CROSS_SKILL_HANDOFFS.md) and reference them from the main skill.
Remove explanatory rationale throughout (e.g., 'Document approval is the invisible critical path...', 'these are the failure modes this skill is designed to prevent') — Claude doesn't need motivation, just instructions.
Cut the DMS 'target capability, not yet available' section entirely or move to a separate file — describing features that don't exist wastes tokens on every invocation.
Consolidate the chasing email templates into a compact reference table rather than full prose blocks with surrounding instructional text about tone and what not to include.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is extremely verbose at ~500+ lines. It explains concepts Claude already knows (what document approval is, why it fails, basic email etiquette principles like 'don't soften deadlines'). The 'Domain Knowledge — Why Document Approval Fails' section is entirely explanatory prose that doesn't add actionable guidance. The M365/DMS section describes future capabilities that don't exist yet. Significant portions could be cut without losing any actionable content. | 1 / 3 |
Actionability | The skill provides highly concrete, copy-paste-ready templates for every mode: cascade design skeletons with exact table structures, position tracker tables, escalation email templates at each stage, version status tables, and version recall emails. Every mode has specific, executable output formats rather than abstract descriptions. | 3 / 3 |
Workflow Clarity | Multi-step processes are clearly sequenced with explicit validation checkpoints. The escalation path has clear day-based triggers (Day 1/3/5/7+). The hard gate for identifier confirmation before formal outputs is an explicit checkpoint. The Mode 2/3 hybrid instruction ensures position tracking precedes chasing. The 80% SLA flag threshold is a proactive validation step. Version control Mode 4 has a clear three-section ordered output sequence. | 3 / 3 |
Progressive Disclosure | No bundle files are provided, yet the skill is a monolithic wall of text exceeding 500 lines. Content that could be split into separate reference files (email templates, domain knowledge, M365 integration details, cross-skill handoffs) is all inline. The DMS integration section describing future capabilities and the domain knowledge section are prime candidates for separate files but are embedded in the main skill. | 1 / 3 |
Total | 8 / 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.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
dc6509d
Table of Contents
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.