CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

uipath-feedback

UiPath bug reports and improvement suggestions via `uip feedback send`. Use for 'report issue', 'send feedback', 'file a bug', or the /uipath-feedback command. For investigating an error rather than reporting one→uipath-troubleshoot.

Quality

85%

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-5

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

An exceptionally actionable, well-sequenced operational skill with real error-recovery guidance and confirmation gates. Its weaknesses are redundancy between the Critical Rules and What NOT to Do sections and a fully monolithic structure that inlines reference-grade tables and examples that could be split into bundle files.

Suggestions

Merge "What NOT to Do" into "Critical Rules" (or keep only the genuinely new items 6–10) — rules 1–5 nearly verbatim restate Critical Rules 1–5 and the confirmation rule is repeated four times across the file.

Move the area-mapping table (Step 2a), the per-area capture table (Step 2c), and the long worked example into a `references/` file (e.g., `references/area-mapping.md`, `references/example-report.md`) linked from the body, keeping SKILL.md to the core workflow.

State the sample-prompt limits once (Step 2e) and reference them from the Critical Rules instead of repeating the max-5/not-a-transcript rule in two places.

DimensionReasoningScore

Conciseness

The body is dense with operational specifics and teaches nothing Claude already knows, but it is noticeably redundant: "What NOT to Do" rules 1–5 restate "Critical Rules" 1–5, the never-send-without-confirmation rule appears four times, and the max-5 sample-prompt rule is repeated in both Critical Rules #4 and Step 2e. This fits anchor 3 (mostly efficient but could be tightened) rather than 4.

3 / 5

Actionability

Fully executable end to end: exact commands (`uip --version`, `uip feedback send --type … --description-file … --output json`), an exact title format with worked examples, a complete description-body template plus a full worked example, decision tables for every branch, and a concrete fallback to `./feedback-report.md`. Matches anchor 5 (copy-paste ready, common cases covered).

5 / 5

Workflow Clarity

Steps 1–5 are clearly sequenced with a prerequisite validation table, silent-capture substeps, an explicit confirmation checkpoint before the outward-facing send, failure diagnosis that distinguishes shell-quoting errors from CLI bugs, and a fallback path — matching anchor 5's explicit validation steps and feedback loops for error recovery.

5 / 5

Progressive Disclosure

A single ~380-line monolithic SKILL.md with no bundle files. Header structure and internal anchors are good, but bulk that could live one level deep is inlined: the 14-row area-mapping table, the per-area capture table, the formatting rules plus long worked example, and the full sanitization rules. This fits anchor 3 (content that should be separate is inline) rather than 4, since nothing is split out at all.

3 / 5

Total

16

/

20

Passed

Description

87%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: explicit what and when, natural trigger phrases, the exact command, and boundary routing to the sibling troubleshoot skill. Minor gaps are a few missing trigger synonyms and slightly thin capability coverage relative to everything the skill does.

DimensionReasoningScore

Specificity

"bug reports and improvement suggestions via `uip feedback send`" names the domain, two concrete action types, and the exact delivery command. It lists several specific actions with minor coverage gaps (auto-capture, preview/confirm flow not mentioned), matching anchor 4 rather than 5's comprehensive coverage.

4 / 5

Completeness

It explicitly answers both what ("bug reports and improvement suggestions via `uip feedback send`") and when ("Use for 'report issue', 'send feedback', 'file a bug', or the /uipath-feedback command") with concrete trigger phrases, plus a disambiguation pointer to uipath-troubleshoot — a clear match for anchor 5.

5 / 5

Trigger Term Quality

Triggers "'report issue', 'send feedback', 'file a bug', or the /uipath-feedback command" are natural phrases users would actually say, plus the slash command. A few common variations ("report a bug", "this is broken", "something is wrong") are missing from the description itself, so it fits anchor 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

Clear niche (UiPath feedback only) with distinct triggers and an explicit routing boundary ("For investigating an error rather than reporting one→uipath-troubleshoot") that minimizes overlap with the troubleshoot skill, matching anchor 5.

5 / 5

Total

18

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

UiPath/skills

Path

skills/uipath-feedback/SKILL.md

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.