CtrlK
BlogDocsLog inGet started
Tessl Logo

cpp-testing

C++ テストの作成/更新/修正、GoogleTest/CTest の設定、失敗またはフレーキーなテストの診断、カバレッジ/サニタイザーの追加時にのみ使用します。

84

1.22x
Quality

Does it follow best practices?

Impact

92%

1.22x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

72%

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

A well-structured, actionable C++ testing skill with executable examples and clean organization. The chief weaknesses are some redundancy across the flakiness/best-practices/pitfalls sections and implicit rather than explicit validation checkpoints in the workflows.

Suggestions

Consolidate the overlapping flakiness guidance — the 'フレーキーテストのガードレール', 'すべきでないこと', and 'よくある落とし穴' sections repeat the same advice about sleeps, real time, and over-mocking.

Add explicit validation checkpoints to the debugging workflow (e.g., 're-run the filtered test, then only expand to the full suite once green') to strengthen feedback loops.

Trim or merge near-duplicate guidance across the best-practices and pitfalls sections to reduce token cost.

DimensionReasoningScore

Conciseness

Mostly efficient with no basic-concept padding, but the body is long (~320 lines) with overlapping advice across the flakiness guardrails, best-practices 'don'ts', and common-pitfalls sections that could be consolidated.

2 / 3

Actionability

Provides executable, copy-paste-ready code: full gtest/gmock tests, a complete CMakeLists.txt with gtest_discover_tests(), runnable cmake/ctest commands, and coverage/sanitizer flag blocks; the few pseudocode stubs are explicitly justified as templates.

3 / 3

Workflow Clarity

Sequences are clearly present (RED→GREEN→REFACTOR, a 4-step debug flow) but explicit validation checkpoints and feedback loops are mostly implicit rather than framed as 'validate then proceed' gates.

2 / 3

Progressive Disclosure

No bundle files are needed; the skill is self-contained, well-organized into clearly headed sections, with optional content (fuzzing/property testing, GoogleTest alternatives) properly demoted into an appendix.

3 / 3

Total

10

/

12

Passed

Description

85%

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 specific, well-scoped Japanese description with concrete actions and an explicit use-when trigger clause. Its main weakness is trigger-term coverage, which is strong but not comprehensive and limited to Japanese.

DimensionReasoningScore

Specificity

Enumerates multiple concrete actions — 'テストの作成/更新/修正', 'GoogleTest/CTest の設定', '失敗またはフレーキーなテストの診断', 'カバレッジ/サニタイザーの追加' — rather than vague language.

3 / 3

Completeness

Answers both 'what' (the action list) and 'when' via the explicit trigger clause '…にのみ使用します' (use only when…).

3 / 3

Trigger Term Quality

Includes natural terms users would say (C++ テスト, GoogleTest/CTest, フレーキーなテスト, カバレッジ/サニタイザー) but is Japanese-only and omits common variations like 'unit test', 'GMock', 'integration test'.

2 / 3

Distinctiveness Conflict Risk

Scoped to C++ testing with specific tools and an explicit 'only when' constraint, giving a clear niche unlikely to trigger for unrelated skills.

3 / 3

Total

11

/

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
affaan-m/everything-claude-code
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.