Enforces skill discovery and invocation governance for every task. Use at the start of any conversation, before responding to any user message, when deciding whether a skill applies, when building or modifying features (triggers the brainstorming chain), or when operating within a team context. Defines the default workflow chain (brainstorming -> writing-plans -> team-dev -> finish-branch) and prevents rationalizing away skill usage.
75
68%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/using-kit/SKILL.mdQuality
Discovery
52%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 description is a meta-orchestration skill that governs how other skills are selected and invoked. While it has strong completeness with explicit 'when' clauses, its trigger terms are internal jargon rather than natural user language, and its extremely broad activation conditions ('every task', 'any conversation') make it conflict-prone with essentially all other skills. The description serves more as an internal system prompt than a skill that should be selectively triggered.
Suggestions
Replace internal jargon trigger terms ('invocation governance', 'brainstorming chain') with natural language that describes what the user is actually trying to accomplish, or clarify that this is a system-level skill not triggered by user keywords.
Narrow the activation conditions — 'at the start of any conversation' and 'before responding to any user message' effectively make this always-on, which defeats the purpose of selective skill matching. Specify more precise conditions that distinguish when this skill adds value versus when it's unnecessary.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description names a domain (skill discovery and invocation governance) and some actions (enforces governance, defines workflow chain, prevents rationalizing away skill usage), but the actions are more procedural/meta than concrete task-oriented actions. The workflow chain names are specific but the overall capabilities remain somewhat abstract. | 2 / 3 |
Completeness | The description explicitly answers both 'what' (enforces skill discovery governance, defines default workflow chain, prevents rationalizing away skill usage) and 'when' (at the start of any conversation, before responding to any user message, when deciding whether a skill applies, when building or modifying features, when operating within a team context). The 'Use when' clause is explicit and detailed. | 3 / 3 |
Trigger Term Quality | The trigger terms are highly meta and internal ('skill discovery', 'invocation governance', 'brainstorming chain') — these are not natural keywords a user would say. Users don't ask for 'skill invocation governance'; they ask for help with actual tasks. The terms are technical jargon for an internal orchestration concern. | 1 / 3 |
Distinctiveness Conflict Risk | The meta-orchestration focus is somewhat distinctive, but the extremely broad trigger conditions ('at the start of any conversation, before responding to any user message') mean it would activate for virtually every interaction, creating high conflict risk with all other skills. It's a catch-all rather than a clear niche. | 2 / 3 |
Total | 8 / 12 Passed |
Implementation
85%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 governance skill that provides clear, actionable decision-making guidance for skill invocation. Its strengths are the explicit workflow flowchart, clear priority ordering, and team context awareness. Its main weakness is verbosity in the Red Flags section and redundant emphasis on mandatory compliance, which could be tightened significantly without losing clarity.
Suggestions
Condense the 12-row Red Flags table to 3-4 representative patterns with a single summary principle (e.g., 'Any rationalization to skip a skill check is wrong—always check first').
Remove the repeated ALL-CAPS emphasis block at the top; the rule is already clearly stated in 'The Rule' section and the redundancy wastes tokens.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill has some unnecessary verbosity, particularly the extensive 'Red Flags' table with 12 entries that could be condensed to 3-4 key patterns. The repeated emphasis on 'YOU MUST USE IT' and 'not negotiable' is redundant. However, most sections are reasonably structured and not padded with concepts Claude already knows. | 2 / 3 |
Actionability | The skill provides concrete, specific guidance: a clear decision flowchart (dot graph), explicit workflow chain with named skills, specific tool usage instructions ('Use the Skill tool'), priority ordering rules, and a clear distinction between rigid and flexible skills. The guidance is directly executable. | 3 / 3 |
Workflow Clarity | The workflow is exceptionally clear with a graphviz decision flowchart, a numbered default workflow chain (brainstorming → writing-plans → team-dev → finish-branch), explicit branching logic for team contexts, and clear sequencing rules. The 'each skill invokes the next' design provides built-in validation/progression. | 3 / 3 |
Progressive Disclosure | The skill is well-organized into clearly labeled sections (How to Access, The Rule, Default Workflow Chain, Team Context, Red Flags, Skill Priority, Skill Types, User Instructions). It references other skills by name without inlining their content, maintaining appropriate separation. For a governance/meta-skill, the single-file approach is appropriate. | 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.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
a01bac9
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.