CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cheat-shoot

登记一条视频已拍摄。**建 video folder + 询问实际拍摄稿是否与 scripts/<id>.md 一致 + buffer +1**。与 cheat-publish 配对:拍了进队列,发了出队列。触发词:"拍了"/"拍了 X"/"shot"/"shot it"/"已拍 X"/"录完了"。

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

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

A highly actionable, well-sequenced operational skill: verbatim prompts, executable bash with fallbacks, explicit validation gates, refusal rules, and recovery branches. Its weaknesses are redundancy (the diff rationale and state.shoots schema each appear twice) and a folder-naming inconsistency between Phase 2 and Phase 3 that could cause the created directory and the written script.md to diverge.

Suggestions

Fix the folder-naming inconsistency: Phase 2 creates `videos/<id>_<short>/` but Phase 3 and the state example write/read `videos/<id>/script.md` — pick one convention and use it in the Overview, Phase 2, Phase 3, and the state schema.

Deduplicate the state.shoots documentation: merge the Phase 4 JSON block and the 'state.shoots 数据结构' section into one canonical schema (Phase 4 omits ad_hoc, the later section omits the newer fields).

State the line-level-diff rationale once (Constants or Phase 3, not both), and move the legacy `diff -u` fallback recipe to a small references/ file — it is contingency detail that pads the main body.

Add the actual command for appending to `.cheat-state.json` (e.g., a jq snippet) so Phase 4 is copy-paste executable like the diff step.

DimensionReasoningScore

Conciseness

The body is mostly dense, project-specific operational detail Claude could not know (correct to keep), but it repeats itself: the line-level-diff rationale ("~200% diff / 口语化转录 inflate") appears in both the Constants section and Phase 3, and the state.shoots JSON schema is written out twice (Phase 4 and a dedicated 'state.shoots 数据结构' section) with overlapping fields. This duplicated material is more than a 'minor trim' (anchor 4) but the content is not padded filler either (anchor 2), so it fits 'could be tightened'.

3 / 5

Actionability

Mostly executable: an exact bash block for diff computation with symlink resolution, rapidfuzz/difflib fallback and a legacy path, exact cp/mkdir steps, verbatim user prompts, and concrete JSON output shapes. Minor gaps keep it from 5 — the state append is shown only as a JSON shape with no command (e.g., jq), and placeholders like <id>/<short>/<ISO timestamp> are defined only loosely.

4 / 5

Workflow Clarity

Phases 0-5 are explicitly sequenced with an overview flow diagram, upfront validation (prediction-existence check, duplicate-registration check), refusal rules, and error-recovery branches (script_lost, _redo path, sub-threshold ask). It misses anchor 5 because of a real internal inconsistency — Phase 2 creates `videos/<id>_<short>/` while Phase 3 and the state example use `videos/<id>/script.md` — and there is no sanity check on the computed diff_pct value; these are exactly the 'minor validation gaps' of anchor 4.

4 / 5

Progressive Disclosure

Good structure: well-labeled sections, and cross-skill detail is correctly pushed out to one-level-deep, clearly-signaled links (../../tools/diff_pct.py, ../../shared-references/cadence-protocol.md, tools/diff_pct_test.sh) rather than inlined; no nested-reference chains exist. It is not a 5 because some self-contained material (the diff-metric rationale, the legacy fallback recipe, the duplicated state schema) is inlined in the ~215-line body where a references/ file would serve better, and no bundle directory (references/, scripts/, assets/) is actually present in this skill folder.

4 / 5

Total

15

/

20

Passed

Description

91%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 strong description: concrete multi-action capability statement paired with an explicit natural-language trigger list, and an explicit boundary against its sibling skill cheat-publish. The only weakness is that the generic English triggers 'shot'/'shot it' create slight ambiguity outside the Chinese-language workflow context.

DimensionReasoningScore

Specificity

The description lists several concrete actions — "登记一条视频已拍摄", "建 video folder", "询问实际拍摄稿是否与 scripts/<id>.md 一致", "buffer +1" — tied to a concrete file convention. It stops short of comprehensive coverage (omits the v2 re-prediction trigger, diff computation, and state update), matching the 'several specific actions; minor gaps' anchor rather than the fully comprehensive anchor 5, and clearly above the 1-2-action anchor 3.

4 / 5

Completeness

Both 'what' (register a shot video, create video folder, check script consistency, increment buffer) and 'when' are explicitly present — the "触发词:..." list is explicit trigger guidance, so the missing-Use-when cap of 3 does not apply. Concrete trigger phrases plus a clear capability statement matches the anchor-5 example structure; it is not merely weakly implied 'when' (anchor 4).

5 / 5

Trigger Term Quality

It gives an explicit trigger list with natural synonyms and variations: "拍了"/"拍了 X"/"shot"/"shot it"/"已拍 X"/"录完了" — these are exactly the phrases a user would naturally say when registering a completed shoot, and 录完了/shot it cover the synonym space. This matches the comprehensive-synonyms anchor 5; nothing natural is obviously missing for this domain.

5 / 5

Distinctiveness Conflict Risk

A clear niche is drawn — "与 cheat-publish 配对:拍了进队列,发了出队列" explicitly separates this skill from its nearest sibling (publish), and the mostly-Chinese trigger words are pipeline-specific. The generic English "shot"/"shot it" leaves minor overlap risk with unrelated shooting/screenshot contexts, keeping it just below the minimal-conflict anchor 5.

4 / 5

Total

18

/

20

Passed

Validation

75%

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

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

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

relative_links

Relative link issues: 3 suspicious

Warning

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

12

/

16

Passed

Repository

XBuilderLAB/cheat-on-content

Path

skills/cheat-shoot/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.