CtrlK
BlogDocsLog inGet started
Tessl Logo

review-latest-feedback

Sweep recent Slack, GitHub issue, Sentry, first-party Agent-Native Analytics error issues, and explicitly linked tracker feedback: first answer reporters, then fix verified bugs and actionable objective UI defects at the owning boundary, require human signoff for subjective UI changes, build features the invoking user endorsed with an :upvote:, and recap every disposition. Use for scheduled or manual sweeps.

59

Quality

74%

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 ./.agents/skills/review-latest-feedback/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body's great strength is process rigor: an explicit phase ordering, hard validation gates, error-recovery branches, and a recap checklist. Its weaknesses are accreted verbosity — the same claim/reaction/scope rules restated across phases — and a monolithic structure with no bundle files, where disposition vocabulary, recap template, and per-source procedures would live better in references.

Suggestions

Consolidate the eye/claim/reaction rules currently restated in Phase 0, the Reaction gate, Phase 1 ("Reapply Phase 0 eye/checkmark rules"), and Classification into one authoritative section; every restatement is pure token cost for a ~600-line skill.

Split separable content into one-level-deep reference files (e.g., references/dispositions.md for the vocabulary and reaction gate, references/recap-template.md for the fill-in table, references/sources.md for the GitHub/Sentry/Analytics query procedures) and link them from the relevant phases.

De-duplicate the subjective-UI/upvote scope rules that appear in both "Classification rules" and Phase 0's claim section, and expand the bare "Related skills" list with one line each saying when to read that skill.

DimensionReasoningScore

Conciseness

At ~600 lines the body restates the same rules in several places: eye/never-remove rules appear in Phase 0 ("add it before investigation and never remove it"), the Reaction gate ("Never remove reactions"), and Phase 1 ("Reapply Phase 0 eye/checkmark rules"); the subjective-UI/upvote scope rules appear in both "Classification rules" and the claim section; skip/out-of-scope handling is repeated across Phase 0, Classification, and Phase 3. This matches the noticeably-verbose anchor (several padded/redundant sections). It is not level 1, since it does not explain concepts Claude already knows — the content is novel operational policy — and not level 3, because the redundancy goes beyond 'some unnecessary explanation'.

2 / 5

Actionability

Largely executable guidance: exact search invocations ("slack_search: \"this was sent from a bot.\" in:<#CHANNEL> sort=timestamp sort_dir=asc include_context=true max_context_length=300"), concrete channel IDs ("C0ATH3CCZT4"), a fixed disposition vocabulary, a fill-in recap table, and runnable commands ("git apply -R", "node scripts/agent-friction-report.mjs --weeks 2 --pattern <key>", "corepack pnpm ship:push"). Minor gaps keep it below fully-executable: some directives are abstract ("fix the owning local seam", "fix discovery, registry, or action wiring") and referenced scripts/skills are not in this bundle. It clearly exceeds the level-3 pseudocode/incomplete anchor.

4 / 5

Workflow Clarity

The sequence is explicit and ordered ("Four phases, in order. Phase 0 comes before any investigation"), with explicit validation checkpoints throughout: the four Fixed bars, Red/Green regression proof ("reverse-apply hunk with git apply -R, record failure, reapply, record pass"), the 3-question budget, the per-row reproduction ledger, and error-recovery branches (4-day abandonment, repeat-refix protocol). The recap template acts as a checklist for a complex process. This matches the level-5 anchor with explicit validation, feedback loops, and checklists; validation for batch/reply operations is present, so the level-3 cap does not apply.

5 / 5

Progressive Disclosure

The body is well-headered and delegates method detail to other skills ("Before changing code, read fix-at-the-boundary, verifying-changes, and concurrent-agents"), which is genuine one-level disclosure. But no bundle files exist, and the document remains a single monolithic ~600-line wall: the disposition vocabulary, the recap template, and the per-source procedures (GitHub/Sentry/Analytics query details, publishing rules) are all inlined when they would fit reference files, and the "Related skills" section is a bare list of names with no guidance. This matches the some-structure-but-could-be-better-organized anchor — above the minimal-structure anchor (2) because sectioning and delegation exist, below the good-structure anchor (4) because substantial separable content stays inline.

3 / 5

Total

14

/

20

Passed

Description

83%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 description: it enumerates the exact feedback sources, the ordered actions (answer, fix, gate, build, recap), and an explicit use-when clause. The only real gaps are a slightly narrow trigger clause and a few missing natural trigger synonyms. Third person is used throughout and there is no fluff.

DimensionReasoningScore

Specificity

The description lists multiple concrete, comprehensive actions: "first answer reporters, then fix verified bugs and actionable objective UI defects at the owning boundary, require human signoff for subjective UI changes, build features the invoking user endorsed with an :upvote:, and recap every disposition", and enumerates the exact sources ("Slack, GitHub issue, Sentry, first-party Agent-Native Analytics error issues, and explicitly linked tracker feedback"). This matches the anchor for multiple specific concrete actions with comprehensive coverage; it is not merely naming a domain with 1-2 actions (4) or generic actions (3).

5 / 5

Completeness

Both 'what' and 'when' are present: the what is concrete and multi-part, and the trigger clause "Use for scheduled or manual sweeps." is explicit. However, the 'when' is narrow — it names only sweep scheduling and omits concrete trigger phrases like 'use when the user asks to review or respond to feedback/bug reports'. This lands on the anchor where both exist but 'when' could be more explicit, not the level-5 anchor requiring concrete trigger phrases for both.

4 / 5

Trigger Term Quality

Good natural keyword coverage — "Slack", "GitHub issue", "Sentry", "feedback", "sweeps" — plus niche triggers like ":upvote:". A few natural terms users would say are missing (e.g., "triage", "respond to bug reports", "follow up on reports"), and "Agent-Native Analytics" is product jargon. This fits the anchor of good keyword coverage with a few natural terms missing, below the comprehensive-with-synonyms anchor (5) and clearly above the some-relevant-keywords anchor (3).

4 / 5

Distinctiveness Conflict Risk

A clear niche — sweeping named feedback sources (Slack channels, GitHub issues, Sentry projects, Agent-Native Analytics) with product-specific gates (":upvote:", "owning boundary", "human signoff for subjective UI changes") — makes mis-triggering against generic skills very unlikely. This matches the clear-niche, minimal-conflict anchor; the adjacent anchor (4, minor overlap with closely related skills) is too weak given how specific the trigger surface is.

5 / 5

Total

18

/

20

Passed

Validation

62%

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

Validation — 10 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (598 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 3 suspicious

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

10

/

16

Passed

Repository
BuilderIO/agent-native
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.