CtrlK
BlogDocsLog inGet started
Tessl Logo

review-public-api

Use this skill when the user asks to review a DuckDuckGo Android public API proposal. If given an Asana task URL, first fetch the task and confirm it is an API proposal before invoking — do not invoke just because a URL was paired with "review". Confirmed signals: the task title contains "API Proposal"; the task belongs to project 1212149061863360 (API Proposals); or the description proposes changes to a -api module. Also invoke for any request to review, evaluate, or give feedback on a proposal pasted inline or provided as a file. Covers phrases like "review my API proposal", "is this API design good?", "check my public interface", "I'm about to submit an API proposal". When the user shares Kotlin code, only invoke if the code is explicitly from or intended for a -api module — do not invoke for impl-only changes or general Kotlin questions. IMPORTANT: Always apply these instructions directly — never delegate or summarise.

90

1.08x
Quality

Does it follow best practices?

Impact

94%

1.08x

Average score across 3 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

SKILL.md
Quality
Evals
Security

Quality

Content

77%

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

A thorough, highly actionable review workflow with a clear step sequence and an explicit validation gate, grounded in project-specific conventions Claude would not otherwise know. Its main weaknesses are length (some restated general principles and a long diagram template) and a monolithic single-file structure where the heuristic reference could be split out.

Suggestions

Move the H1–H16 heuristic list into a separate references file (e.g. HEURISTICS.md) and keep SKILL.md as a lean overview that links to it, improving progressive disclosure and trimming the inline token load.

Tighten heuristics that restate widely-known principles (H1 single-responsibility, H7 Flow-vs-suspend, H12 Result<T>) to one-line checklist prompts, retaining only the project-specific bad/good examples that add non-obvious value.

Condense the Step 3 box-diagram template to a compact schematic plus the key 'do not invent a browser-impl box' note, since the full ASCII template consumes significant space for a single illustrative purpose.

DimensionReasoningScore

Conciseness

The body is mostly efficient and free of generic concept lectures, but at ~220 lines it includes a lengthy box-diagram template and several heuristics that restate widely-known principles (H1 single-responsibility, H7 Flow-vs-suspend, H12 Result<T>); it could be tightened, matching the 'mostly efficient but could be tighter' anchor rather than 'every token earns its place'.

2 / 3

Actionability

Provides concrete, executable guidance throughout — Asana fetch with specific opt_fields, bad/good method-signature pairs for each heuristic, explicit module-placement rules, and a copy-ready three-tier feedback structure — fully actionable rather than descriptive.

3 / 3

Workflow Clarity

A clear seven-step sequence with an explicit validation gate in Step 2 ('Do not proceed… with unresolved module locations', stop-and-ask the user) plus a structure table and a 16-item heuristic checklist; this is a read-only review so the destructive/batch feedback-loop cap does not apply.

3 / 3

Progressive Disclosure

Sections are well-organized, but with no bundle files the entire 220-line body — including the H1–H16 reference list that could stand alone — lives inline in SKILL.md, matching the 'content that should be separate is inline' anchor rather than the split-and-referenced level-3 pattern.

2 / 3

Total

10

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary skill description: it pairs concrete capabilities with explicit 'Use when…' triggers, natural user phrases, and tight gating that sharply limits conflict with other skills. It answers what, when, and how-to-disambiguate in one block without resorting to vague language.

DimensionReasoningScore

Specificity

States multiple concrete actions — 'review a DuckDuckGo Android public API proposal', 'review, evaluate, or give feedback on a proposal', 'check my public interface', and 'confirm it is an API proposal' — rather than vague language; above the level-2 'names domain and some actions' anchor because the actions are specific and multiple.

3 / 3

Completeness

Clearly answers both what (review/evaluate/give feedback on an API proposal) and when, opening with an explicit 'Use this skill when…' clause and trigger guidance, so it is not capped at 2; voice is third-person with no I/you penalty.

3 / 3

Trigger Term Quality

Explicitly enumerates natural user phrases — 'review my API proposal', 'is this API design good?', 'check my public interface', 'I'm about to submit an API proposal' — giving good coverage of terms a user would actually say.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear narrow niche (DuckDuckGo Android public API proposals, project 1212149061863360, -api modules) with explicit anti-conflict guardrails ('do not invoke just because a URL was paired with review', 'do not invoke for impl-only changes'), making false triggers unlikely.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
duckduckgo/Android
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.