CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cf-sdlc-change-impact-analysis

Invoke when the user intent is analyzing the impact of an upstream artifact change (PRD/ADR/DESIGN/DECOMPOSITION/FEATURE) on downstream artifacts and code.

56

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/cf-sdlc-change-impact-analysis/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 a lean control-flow stub that cleanly delegates to a controlling protocol, but as a standalone SKILL.md it is not self-sufficient: the pdsl directives are pseudocode, the {cf-studio-path} placeholder leaves every reference unresolvable, and no validation checkpoints are defined within the skill itself.

Suggestions

Resolve or explain the {cf-studio-path} variable (e.g., state how to locate the studio root) so the LOAD targets are actionable without external knowledge.

Inline a minimal fallback description of the change-impact-analysis workflow (its main steps and any validation/gate checkpoints) so the skill remains useful if the controlling protocol file is unavailable.

Add an explicit validation checkpoint for the bootstrap step (e.g., what to verify after RequiredBootstrap runs and what to do on failure) instead of only a blanket 'stop if any rule cannot be followed'.

DimensionReasoningScore

Conciseness

The body is short and dense with no padding and no explanation of concepts Claude already knows, matching 'efficient; minor instances of over-explanation that could be trimmed'. Not a 5 because machine-style declarations like 'hard_stop = WAIT | STOP_TURN | menu | gate | opener | approval | dispatch_gate | terminal_shape' and the AskUserQuestion disambiguation spend tokens on cryptic harness bookkeeping.

4 / 5

Actionability

There is concrete guidance in the form of explicit LOAD targets and traversal rules ('ALWAYS traverse declared steps/units in order', 'evaluate conditional gates and load every active branch'), but the pdsl block is pseudocode with an unresolved placeholder path ({cf-studio-path}) and no executable commands — matching 'some concrete guidance but incomplete; pseudocode instead of executable code; missing key details'. Not a 4 because all substantive work is delegated to files that ship outside this skill bundle.

3 / 5

Workflow Clarity

A sequence is present (run RequiredBootstrap, then load change-impact-analysis.md as the controlling protocol, then traverse its steps and gates) plus a stop condition ('ALWAYS stop if any required fragment or rule cannot be followed'), but checkpoints and validation are only implicit and actual step clarity depends entirely on the external protocol — matching 'steps listed but validation gaps; sequence present but checkpoints missing or implicit'.

3 / 5

Progressive Disclosure

The body is organized into units with rules and its references are one level deep and explicitly signaled, but no bundle files (references/, scripts/, assets/) ship with the skill and both referenced paths use the unresolvable {cf-studio-path} placeholder, so navigation to the real content is blocked — matching 'some structure but could be better organized'. Not a 4 because the skill carries none of its own substantive content and its pointers cannot be followed as written.

3 / 5

Total

13

/

20

Passed

Description

70%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.

A solid trigger-oriented description with an explicit 'Invoke when' clause, a specific domain, and good artifact-type keyword coverage. Its main weaknesses are that it never states what the skill actually does or produces beyond restating the trigger, and it lacks common synonyms for impact analysis.

Suggestions

State the skill's concrete outputs/actions when invoked (e.g., 'identifies affected downstream artifacts, traces dependencies, and generates an impact report') rather than only restating the trigger as the 'what'.

Add natural synonym triggers users might say, such as 'ripple effects', 'affected artifacts', or 'what breaks if I change', to broaden trigger-term coverage.

Mention the analysis scope boundaries (e.g., only SDLC artifacts like PRDs/ADRs, not arbitrary code changes) to further reduce overlap with generic impact-analysis skills.

DimensionReasoningScore

Specificity

Names the domain (SDLC artifact change impact analysis) and one concrete action — "analyzing the impact of an upstream artifact change ... on downstream artifacts and code" — but lists no other actions or outputs, matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor. It is not a 4 because only a single action is described rather than several specific ones.

3 / 5

Completeness

Both are present: an explicit when-clause ("Invoke when the user intent is analyzing the impact of ...") and a what (impact analysis of upstream changes on downstream artifacts and code). Not a 5 because the 'what' is embedded in the trigger clause and the skill's actual outputs/actions when invoked are never stated.

4 / 5

Trigger Term Quality

Good natural keyword coverage: "analyzing the impact", "upstream artifact change", "downstream artifacts and code", plus the artifact enumeration "PRD/ADR/DESIGN/DECOMPOSITION/FEATURE". It falls short of 5 because common synonyms users might say — "ripple effect", "affected", "blast radius", "traceability" — are absent.

4 / 5

Distinctiveness Conflict Risk

A mostly distinct niche — SDLC change-impact analysis keyed to enumerated artifact types — with minor overlap risk against generic impact-analysis or code-review skills that also trigger on "impact" and "change". Not a 5 because those broad trigger words leave non-trivial collision potential.

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

constructorfabric/gears-frontx

Path

.claude/skills/cf-sdlc-change-impact-analysis/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.