CtrlK
BlogDocsLog inGet started
Tessl Logo

cpp-testing

仅在创建/更新/修复 C++ 测试、配置 GoogleTest/CTest、诊断失败或不稳定的测试、以及添加覆盖率或消毒器时使用。

72

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with executable CMake/gtest/coverage/sanitizer examples and a clear TDD plus debug workflow, but it is somewhat redundant and monolithic for its length. Splitting advanced topics into reference files and de-duplicating the guardrail sections would improve it.

Suggestions

Consolidate the three overlapping flaky-test sections ("不稳定测试的防护栏", "禁忌做法", "常见陷阱") into one canonical list to remove redundancy, and drop the calculator_test example that duplicates the add_test TDD example.

Extract the larger optional blocks — coverage, sanitizers, and the fuzzing/property-testing appendix — into reference files (e.g. references/COVERAGE.md, references/SANITIZERS.md) and link to them from SKILL.md so the overview stays lean.

Trim the "核心概念" section, which restates TDD/dependency-injection/mock-vs-fake basics Claude already knows, down to only project-specific conventions.

DimensionReasoningScore

Conciseness

Mostly efficient executable content, but redundancy adds tokens Claude does not need — e.g. the calculator_test example repeats the add_test TDD example, and flaky-test avoidance is restated across "不稳定测试的防护栏", "禁忌做法", and "常见陷阱". Not the level below (verbose, explaining concepts Claude knows) since the bulk is actionable code; not 3 because of the duplicated example and overlapping guardrail sections.

2 / 3

Actionability

Provides fully executable, copy-paste-ready guidance — complete CMakeLists.txt, gtest/gmock/fixture examples, ctest invocations, GCC/Clang coverage and sanitizer setups. The two pseudocode stubs are explicitly justified as project-type placeholders, which the rubric permits.

3 / 3

Workflow Clarity

The RED→GREEN→REFACTOR cycle is a clear sequenced workflow, and the debug-failures section is an explicit error-recovery feedback loop (rerun single → add scoped logs → enable sanitizers → root-cause fix → expand to full suite). Running tests supplies the validation checkpoint; not the level below which lacks checkpoints.

3 / 3

Progressive Disclosure

No bundle files exist and everything is inline in a ~320-line monolithic SKILL.md; advanced/optional content (coverage, sanitizers, fuzzing appendix, alternative frameworks) that could be split into reference files is kept inline. Well-organized sections keep it above a poor-organization score of 1, but the absence of any one-level-deep references prevents a 3.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 is specific, trigger-rich, and clearly scoped to C++ testing with GoogleTest/CTest, explicitly stating both what it does and when to use it. It is a strong, low-conflict trigger description.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "创建/更新/修复 C++ 测试、配置 GoogleTest/CTest、诊断失败或不稳定的测试、以及添加覆盖率或消毒器" — matching the anchor for several specific concrete actions; not the level below which only names a domain and some actions.

3 / 3

Completeness

Explicit "仅在...时使用" trigger clause answers when, and the enumerated actions answer what; the explicit trigger guidance means completeness is not capped at 2.

3 / 3

Trigger Term Quality

Natural terms a user would say for this niche are well covered — "C++ 测试", "GoogleTest/CTest", "失败", "不稳定(flaky)", "覆盖率", "消毒器(sanitizers)"; not the level below which only has some relevant keywords missing common variations.

3 / 3

Distinctiveness Conflict Risk

Scoped to C++ testing with GoogleTest/CTest, a clear niche with distinct triggers unlikely to conflict with non-C++ or non-testing skills; not the level below which could still overlap with similar skills.

3 / 3

Total

12

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
xu-xiang/everything-claude-code-zh
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.