Stakeholder mapping, communication plan design, reporting hierarchy, and mid-matter comms updates. Use when setting up a new matter and needing to identify who needs what information, designing the communication rhythm, building reporting structures for multi-jurisdiction programmes, or updating the comms plan when the stakeholder landscape changes. Trigger on: 'stakeholder map', 'who needs to be kept informed', 'communication plan', 'reporting structure', 'who do we report to', 'how often do we meet', 'client wants more updates', 'new contact on the client side', 'build the comms plan', 'reporting hierarchy', 'HQ vs regions', 'who is the decision maker', 'comms rhythm', 'meeting cadence', 'status call schedule'.
56
63%
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/stakeholder-comms-planner/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 clearly defines its scope, provides comprehensive trigger terms covering both formal and conversational language, and explicitly addresses both what the skill does and when it should be used. The domain-specific terminology (legal matter management, multi-jurisdiction programmes) makes it highly distinctive. The description uses proper third-person voice throughout.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: stakeholder mapping, communication plan design, reporting hierarchy construction, and mid-matter comms updates. Also specifies contexts like 'multi-jurisdiction programmes' and 'when the stakeholder landscape changes'. | 3 / 3 |
Completeness | Clearly answers both 'what' (stakeholder mapping, communication plan design, reporting hierarchy, mid-matter comms updates) and 'when' with an explicit 'Use when...' clause covering multiple scenarios, plus a detailed 'Trigger on' list with specific phrases. | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms that users would actually say, including conversational phrases like 'who needs to be kept informed', 'client wants more updates', 'how often do we meet', and 'who is the decision maker'. Covers both formal terms ('reporting hierarchy', 'communication plan') and informal variations ('comms rhythm', 'build the comms plan'). | 3 / 3 |
Distinctiveness Conflict Risk | Occupies a clear niche around stakeholder communication planning and reporting structures within a legal/matter management context. The domain-specific terms like 'mid-matter comms updates', 'multi-jurisdiction programmes', and 'HQ vs regions' make it highly distinctive and unlikely to conflict with other skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
27%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill demonstrates strong domain expertise and covers the stakeholder communication planning space comprehensively, with well-defined modes and clear boundary rules (LPM vs attorney). However, it is significantly over-engineered for a skill file — reading more like a human training manual than concise instructions for Claude. The lack of concrete output examples, the extensive conceptual explanations of things Claude already knows, and the monolithic structure without supporting files significantly reduce its effectiveness as a skill.
Suggestions
Extract domain knowledge sections (power/interest framework, reporting hierarchy failure patterns, communication planning principles) into separate reference files like DOMAIN-STAKEHOLDER-MAPPING.md and DOMAIN-REPORTING-HIERARCHY.md, keeping only brief summaries with references in the main SKILL.md.
Add a concrete, populated example for at least Mode 1 (stakeholder register with 3-4 sample rows) and Mode 2 (communication schedule with sample entries) so Claude has a copy-paste-ready template to follow.
Remove explanatory paragraphs that describe why things matter (e.g., 'The problem this skill solves', 'Ad hoc communication is expensive', 'Why reporting hierarchies fail' rationale) — Claude understands these concepts and the content should focus on what to do, not why.
Add explicit validation checkpoints within each mode's workflow, such as 'Verify all Manage closely stakeholders have a named primary contact before finalizing the register' or 'Confirm CSV export is included before completing Mode 1 output.'
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is extremely verbose at ~400+ lines. It extensively explains concepts Claude already understands (what stakeholder mapping is, why ad hoc communication is expensive, why reporting hierarchies fail, what power/interest frameworks are). Entire sections like 'The problem this skill solves' and lengthy rationale paragraphs explain motivations rather than instruct. The 'Reducing ad hoc communication' section is pure conceptual explanation with no actionable content. Much of the domain knowledge reads like a training manual for a human LPM, not instructions for Claude. | 1 / 3 |
Actionability | The skill provides concrete table column headers, specific output format requirements, and clear mode definitions with input/output expectations. However, it lacks executable examples — no sample stakeholder register with populated data, no example communication plan output, no template for the Mode 4 changes table. The guidance is specific in places (e.g., the union communications sequence rule, the onboarding call language) but many sections describe principles rather than providing copy-paste-ready templates or examples. | 2 / 3 |
Workflow Clarity | The four operating modes provide a clear sequence concept (Mode 1 feeds Mode 2, Mode 3 for multi-jurisdiction, Mode 4 for updates), and the 'Before Starting Any Mode' section establishes a validation checkpoint. However, there are no explicit validation steps within each mode's workflow — no 'verify the register is complete before proceeding' checkpoints, no error recovery loops within modes. The Mode 4 required outputs list is well-structured but lacks a verification step to confirm all five outputs were produced. | 2 / 3 |
Progressive Disclosure | The entire skill is a monolithic document with no references to supporting files. Domain knowledge sections (stakeholder mapping theory, communication planning principles, reporting hierarchy failure modes) that could be in separate reference files are all inline, contributing to the excessive length. The cross-skill handoffs section references other skills but no supporting bundle files exist. Content like the full power/interest framework explanation and the three-tier hierarchy details would benefit from being in separate reference documents. | 1 / 3 |
Total | 6 / 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.