CtrlK
BlogDocsLog inGet started
Tessl Logo

tidb-integrationtest-recorder

Use when recording TiDB integration tests under tests/integrationtest and verifying regenerated result files stay minimal and correct.

63

Quality

79%

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 ./.agents/skills/tidb-integrationtest-recorder/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally lean, well-structured skill body with a sensible guardrails section and a verification loop. Its principal weakness is that the single most important executable detail — the recording command — is outsourced to an external document referenced by path, leaving the workflow not fully self-contained.

Suggestions

Inline the actual recording command (or a copy-paste template with TestName substituted) instead of deferring step 1 to docs/agents/testing-flow.md, keeping the doc reference as a fallback.

Add an explicit recovery step for when a recording run produces unrelated churn or fails (e.g. re-run the single affected suite and diff again), mirroring the existing 'verify with another run' guidance.

State concretely how to review the result diffs (e.g. which files under tests/integrationtest/r/** correspond to the suite just recorded and what counts as 'minimal').

DimensionReasoningScore

Conciseness

Lean and efficient with zero padding: no explanation of concepts Claude already knows, every line is directive ('Do not use -record for this suite', 'Derive TestName from the path… without the .test suffix'), matching the 'every token earns its place' anchor.

5 / 5

Actionability

Step 2 is concrete ('without the `.test` suffix (example: `planner/core/binary_plan`)') but the central executable — the recording command itself — is never stated, deferred twice to an external doc ('Use docs/agents/testing-flow.md -> Integration tests (/tests/integrationtest) for the recording command'). This is 'some concrete guidance but incomplete; missing key details', not the mostly-executable level of 4.

3 / 5

Workflow Clarity

A clear 3-step sequence with checkpoints ('Review changed files in tests/integrationtest/r/** and keep result diffs minimal') and a feedback loop ('If result files need manual edits… verify with another run'). It stays at 4 rather than 5 because step 1 is a pointer to an external document instead of the command, and there is no error-recovery guidance for a failed or noisy recording run.

4 / 5

Progressive Disclosure

Well-organized short body (Overview / Workflow / Guardrails) with the one reference clearly signaled and only one level deep. It falls short of 5 because the critical reference points outside the skill bundle to docs/agents/testing-flow.md — no references/ or scripts/ files exist in the bundle — so navigation depends on an unverified external path.

4 / 5

Total

16

/

20

Passed

Description

73%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 concise, distinctive description with a proper 'Use when…' trigger and two concrete actions scoped to a well-defined niche. Its main limits are the merged what/when phrasing and modest action coverage, plus a few missing natural trigger variations.

Suggestions

Split the description into a what sentence and a when sentence, e.g. 'Records TiDB integration tests and keeps regenerated result-file diffs minimal and correct. Use when changing tests under tests/integrationtest/t or when SQL behavior needs integration coverage.'

Add one or two natural trigger variations users would actually say, such as 'integration test results' or 'regenerating test outputs'.

DimensionReasoningScore

Specificity

Names the domain ('recording TiDB integration tests under tests/integrationtest') and exactly two concrete actions ('recording' tests, 'verifying regenerated result files stay minimal and correct'), matching the 'names domain and 1-2 concrete actions' anchor rather than the 'several specific actions' of 4.

3 / 5

Completeness

Both what (record TiDB integration tests, verify result files stay minimal and correct) and when ('Use when recording TiDB integration tests…') are present, but they are merged into a single clause and the when does not cover adjacent trigger situations (e.g. when SQL behavior needs coverage), fitting anchor 4 rather than the fully explicit what-plus-when of 5.

4 / 5

Trigger Term Quality

Good natural keyword coverage for the niche — 'recording', 'TiDB integration tests', 'tests/integrationtest', 'regenerated result files' — but misses common variations users might say such as 'run integration tests', 'test results', or '-record', so it does not reach the comprehensive-synonym coverage of 5.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche with distinct triggers ('TiDB', 'tests/integrationtest', 'regenerated result files') that no generic skill would claim, giving minimal conflict risk — the closest anchor is 5.

5 / 5

Total

16

/

20

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 — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
pingcap/tidb
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.