CtrlK
BlogDocsLog inGet started
Tessl Logo

coral-review-source-spec

Review new or updated Coral source manifests and source PRs for content, style, product fit, query ergonomics, documentation quality, and consistency with existing Coral sources. Use when Codex is asked to review a sources/core/name or sources/community/name source directory, a manifest.yaml, or a GitHub PR that adds or changes a Coral source.

67

Quality

80%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/coral/skills/coral-review-source-spec/SKILL.md
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 focused, well-structured review spec that provides concrete, actionable review criteria and a clear output shape. Its main weakness is conciseness: a few checklist bullets (especially OAuth methods) are overstuffed and would benefit from being split or moved to a reference file.

Suggestions

Split the oversized OAuth-methods bullet into separate sub-bullets or a dedicated reference file so each flow (device-code, authorization-code, client-credentials) has its own concise checklist.

Add a brief validation checkpoint in the Workflow (e.g. re-confirm each finding against the authoritative API doc link before emitting) to strengthen the review feedback loop.

Move the dense HTTP/API-semantics and column-design criteria into a referenced reference file, keeping SKILL.md as an overview with a quick-start checklist.

DimensionReasoningScore

Conciseness

Most sections are lean domain-specific review criteria that assume Claude's competence, but a few bullets are overstuffed and could be tightened — notably the single OAuth-methods bullet crams device-code, auth-code, client-credentials, PKCE, DCR, and resource-indicator rules into one long sentence.

3 / 5

Actionability

For an instruction-only review skill the guidance is concrete and executable: exact checks, specific naming conventions (e.g. "GITHUB_API_TOKEN"), credential-kind lists, and a worked output example with file:line references; minor gaps are that some checks describe intent rather than a verifiable step.

4 / 5

Workflow Clarity

The Workflow lists a clear four-step sequence (identify target, read repo guidance, compare against patterns, produce findings-first output) backed by a structured Review Checklist, but there is no explicit validate/confirm checkpoint before emitting findings.

4 / 5

Progressive Disclosure

Content is well organized into clear sections with one-level-deep external references clearly signaled (CONTRIBUTING.md, AGENTS.md, the community example), and no nested references; the very long OAuth checklist inline is the main structure gap that a separate reference file could relieve.

4 / 5

Total

15

/

20

Passed

Description

92%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, well-scoped description that names concrete capabilities, explicit "Use when" triggers, and a clearly distinct niche. Third-person voice is used correctly and there is no vague fluff.

DimensionReasoningScore

Specificity

The description lists multiple concrete review dimensions ("content, style, product fit, query ergonomics, documentation quality, and consistency with existing Coral sources"), giving comprehensive coverage of what the skill does rather than vague language.

5 / 5

Completeness

It explicitly answers both "what" (review source manifests/PRs across named quality dimensions) and "when" ("Use when Codex is asked to review a ... source directory, a manifest.yaml, or a GitHub PR that adds or changes a Coral source") with concrete trigger phrases.

5 / 5

Trigger Term Quality

It surfaces natural triggers a user would name ("review", "manifest.yaml", "sources/core/name", "sources/community/name", "GitHub PR"), with good coverage though a few broader phrasings a user might say (e.g. "Coral source") are not enumerated as synonyms.

4 / 5

Distinctiveness Conflict Risk

The Coral source-manifest/PR review niche is sharply scoped with distinct path-based triggers, making overlap with unrelated skills minimal.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
withcoral/coral
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.