CtrlK
BlogDocsLog inGet started
Tessl Logo

scope-change-controller

Scope management for legal matters — baseline capture, in-flight change control, OOS documentation, and scope retrospective. Use when asked to review scoping assumptions, assess whether work is in or out of scope, draft a scope change notice, track scope changes, prepare an OOS justification, run an OOS report, prepare a scope call agenda, or review what changed on a matter. Trigger on: 'scope change', 'out of scope', 'OOS', 'scope creep', 'is this in scope', 'the client wants us to also', 'additional work', 'scope review', 'what changed from the original scope', 'we need to revisit the quote', 'the budget assumed', 'OOS report', 'scope call with the client', 'run a scope report'.

56

Quality

63%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/scope-change-controller/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

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 domain (legal matter scope management), lists comprehensive concrete actions, and provides extensive natural-language trigger terms. The explicit 'Use when' and 'Trigger on' sections make it highly actionable for skill selection. The description is well-structured, uses third person voice throughout, and occupies a clear niche that minimizes conflict risk.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: baseline capture, in-flight change control, OOS documentation, scope retrospective, reviewing scoping assumptions, drafting scope change notices, tracking scope changes, preparing OOS justifications, running OOS reports, preparing scope call agendas, and reviewing matter changes.

3 / 3

Completeness

Clearly answers both 'what' (scope management for legal matters with specific sub-capabilities) and 'when' (explicit 'Use when' clause listing specific scenarios, plus a 'Trigger on' section with natural language phrases). Both dimensions are thoroughly addressed.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would actually say, including abbreviations ('OOS'), full phrases ('out of scope', 'scope creep'), conversational triggers ('the client wants us to also', 'we need to revisit the quote', 'the budget assumed'), and task-oriented terms ('run a scope report', 'scope call with the client').

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — scoped specifically to legal matter scope management with domain-specific terminology like 'OOS justification', 'scope change notice', and 'matter'. Very unlikely to conflict with general project management or other legal skills due to the precise niche and trigger terms.

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 contains genuinely valuable domain knowledge about legal scope management, with useful templates and examples. However, it is severely over-engineered for a SKILL.md file — the extensive philosophical framing, operational commentary, and narrative explanations consume enormous token budget without proportional actionable value. The content would benefit dramatically from being split into a concise SKILL.md overview with detailed reference files for templates, connected mode, and operational guidance.

Suggestions

Reduce the SKILL.md to ~100 lines covering the core workflow steps and key templates, moving operational philosophy ('Why scope management fails'), M365 connected mode details, and extended register specifications into separate referenced files like TEMPLATES.md, CONNECTED-MODE.md, and OPERATIONAL-NOTES.md.

Remove or drastically shorten sections that explain concepts Claude already understands: the design philosophy section, the explanation of why scope management fails psychologically, and the extended discussion of fee basis types.

Add explicit validation checkpoints in the workflow: e.g., 'Before proceeding to Step 4, confirm the baseline has been reviewed and acknowledged by the delivery team' and 'Before sending client communication, verify OOS entry has partner approval.'

Convert the narrative examples (scope pulse check, client communication) into clearly labeled, copy-paste-ready templates separated from the explanatory text.

DimensionReasoningScore

Conciseness

Extremely verbose at ~400+ lines. Extensively explains why scope management fails, philosophical design principles, the psychology of LPMs, and operational context that Claude already understands or doesn't need. Sections like 'Core design philosophy,' 'Why scope management fails,' and lengthy explanations of fee basis effects are padded with narrative that doesn't add actionable value. The 'buying work' pattern warning and multiple paragraphs on tone philosophy consume significant tokens.

1 / 3

Actionability

Provides concrete table templates, example email drafts, and structured field definitions that are directly usable. However, there is no executable code, no specific tool commands, and much of the guidance remains descriptive rather than prescriptive. The Excel workbook structure is described but not provided as a template. The OOS call agenda and scope pulse check examples are helpful but surrounded by extensive narrative.

2 / 3

Workflow Clarity

Steps 1-5 provide a clear sequence for scope management, and the Standard vs Extended tiering is well-defined. However, validation checkpoints are largely absent — there's no explicit 'verify the baseline is complete before proceeding' or 'confirm OOS entry accuracy before surfacing to partner' feedback loops. The workflow is more of a conceptual process than a rigorous step-by-step with error recovery.

2 / 3

Progressive Disclosure

No bundle files exist, yet the skill is a monolithic wall of text exceeding 400 lines. Content that could be split into separate reference files (Excel workbook structure, client communication templates, pattern library format, M365 connected mode details, operational knowledge/philosophy) is all inline. Cross-skill handoff points reference other skills but the skill itself has no internal progressive disclosure structure.

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
legalopsconsulting/lpm-skills
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.