CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

rehabilitation-analyzer

分析康复训练数据、识别康复模式、评估康复进展,并提供个性化康复建议

Quality

60%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/rehabilitation-analyzer/SKILL.md

The canonical home for this skill is rehabilitation-analyzer in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

56%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 delivers a well-sequenced, genuinely actionable analysis workflow with real formulas, thresholds, file paths, and error handling — but it is bloated by redundant content: full report templates restated three times as worked examples, duplicated sections, and descriptive filler bullets. With no bundle files at all, everything lives in one 630-line SKILL.md instead of being progressively disclosed.

Suggestions

Split the ~90-line report templates and the three complete example outputs into references/report-template.md and references/examples.md, keeping SKILL.md as a concise overview with one-line links — this fixes both the conciseness and progressive-disclosure weaknesses at once.

De-duplicate: remove the second '## 使用示例' section (场景1–5, which repeats the trigger/execution info already stated), keep only one report template format instead of full + brief + three rendered examples, and merge the overlapping 使用示例/示例 blocks.

Replace descriptive analysis bullets ('识别ROM平台期或倒退', '识别疼痛加重/缓解模式') with concrete methods — e.g., plateau = |改善速率| < threshold over N weeks, regression outlier checks — so every analysis step is executable rather than merely named.

DimensionReasoningScore

Conciseness

The ~630-line body is noticeably verbose: it includes a full report template AND a brief report template AND three complete example outputs that re-render those templates nearly verbatim (示例1–3), a duplicated '## 使用示例' heading (lines 418 and 597), and many bullets that only name an analysis ('分析晨起疼痛趋势', '识别肌力提升模式') without adding information Claude doesn't have. It is above level 1 because it doesn't explain generic background concepts, but well below level 3's 'mostly efficient'.

2 / 5

Actionability

Guidance is mostly concrete and executable: exact data paths (data/rehabilitation-tracker.json, data/rehabilitation-logs/YYYY-MM/YYYY-MM-DD.json), named JSON fields per file, real formulas (依从性 = 实际/计划 × 100%, 预测时间 = 当前日期 + (目标值-当前值)/改善速率, 7日移动平均), and quantitative thresholds (疼痛±20%, 依从性 90/75/60% bands, 准备度 80/60%). Below level 5 because a substantial share of the analysis steps are descriptive bullets ('识别ROM平台期或倒退', '识别疼痛加重/缓解模式') with no specified method.

4 / 5

Workflow Clarity

Seven steps are clearly sequenced (read data → functional trends → pain → adherence → goals → phase → report), Step 1 contains an explicit validation checkpoint (file existence, structure integrity, minimum 3 assessments / 10 days of data), and the 错误处理 section gives specific error messages with recovery actions — a genuine feedback loop. Below level 5 because there is no validation between analysis steps and the '计算异常' recovery ('请稍后重试') is a dead end rather than a fix-and-retry loop.

4 / 5

Progressive Disclosure

The body has good section headers (核心功能, 执行步骤, 输出格式, 分析算法, 错误处理) making it navigable, but there are no bundle files at all (no references/, scripts/, or assets/): the ~90-line report templates and the three complete example outputs clearly belong in separate reference files yet are fully inlined, making SKILL.md itself ~630 lines. This matches 'Some structure but could be better organized; content that should be separate is inline' — above level 2 because headers exist, below level 4 because nothing is split out.

3 / 5

Total

13

/

20

Passed

Description

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

The description communicates a clear domain (rehabilitation analysis) and an accurate high-level 'what', but reads as a generic capability list: no 'use when' trigger guidance, no mention of the skill's distinctive analyses (ROM, pain patterns, adherence, goal achievement), and keywords that wouldn't reliably win the dispatch contest against sibling health-tracker skills.

Suggestions

Add an explicit trigger clause, e.g. '当用户使用 /rehab progress、/rehab trends、/rehab analysis、/rehab report,或询问康复进展、疼痛模式、训练依从性、关节活动度(ROM)趋势时使用本技能' — this lifts completeness and trigger quality simultaneously.

Name the concrete analysis capabilities instead of generic verbs: 关节活动度(ROM)与肌力改善趋势、疼痛触发因素识别、训练依从性计算、康复目标达成率评估、阶段转换准备度.

Include the natural synonyms users would say (康复报告, 疼痛模式, 康复趋势, 依从性, ROM) so the description wins retrieval over adjacent fitness/health tracker skills.

DimensionReasoningScore

Specificity

The description names the rehabilitation domain and several actions ("分析康复训练数据", "识别康复模式", "评估康复进展", "提供个性化康复建议"), but all are generic verb+domain phrases — it never names the skill's concrete capabilities such as ROM/strength/balance trends, pain trigger identification, adherence calculation, or goal achievement. This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive' (several actions, but generic), and is below level 4 because the actions lack the specificity of 'Extracts text from PDF files, fills forms, converts pages to images'.

3 / 5

Completeness

The 'what' is clearly stated (analyze data, identify patterns, assess progress, give personalized advice), but there is no 'Use when...' clause or equivalent explicit trigger guidance anywhere in the description — the judging guidelines explicitly cap completeness at 3 in that case. It is above level 2 because the 'what' is concrete, and below level 4 because the 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Relevant keywords are present (康复训练, 康复模式, 康复进展, 康复建议) but common variations a user would actually say are missing: no 疼痛/pain, 关节活动度/ROM, 依从性, 康复报告, 趋势, or the /rehab command family. This fits 'Some relevant keywords but missing common variations or synonyms' and falls short of level 4's 'Good keyword coverage; a few natural terms missing'.

3 / 5

Distinctiveness Conflict Risk

The rehabilitation-analytics niche is somewhat specific, but the generic 'analyze data + provide advice' phrasing overlaps with the sibling health modules the skill itself references (fitness, sleep, medication trackers) and with any generic health-data analyzer. It fits 'Somewhat specific but could still overlap with similar skills' — above level 2 because the domain term 康复 narrows it, below level 4 because nothing distinguishes it from adjacent health-tracking skills.

3 / 5

Total

12

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (639 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

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

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/rehabilitation-analyzer/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.