CtrlK
BlogDocsLog inGet started
Tessl Logo

robius-app-architecture

CRITICAL: Use for Robius app architecture patterns. Triggers on: Tokio, async, submit_async_request, 异步, 架构, SignalToUI, Cx::post_action, worker task, app structure, MatchEvent, handle_startup

51

Quality

56%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/robius-app-architecture/SKILL.md

The canonical home for this skill is robius-app-architecture in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

65%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 content is an actionable, code-dense reference of production Robius/Makepad async patterns with efficient prose and strong executable examples. Its main weaknesses are missing validation checkpoints in the lifecycle workflows and dangling references to nonexistent files.

DimensionReasoningScore

Conciseness

The body is code-forward with little concept over-explanation; each section (architecture diagram, runtime init, request/worker/queue patterns, startup, shutdown) earns its place with only minor trimmable prose.

4 / 5

Actionability

It provides complete, executable Rust patterns for the core architecture (App, AppMain, tokio runtime, channels, lock-free queue, lifecycle) with only minor placeholder gaps like fetch_data and undefined Item/Changes types.

4 / 5

Workflow Clarity

The startup and shutdown sequences are clearly numbered, but there are no explicit validation checkpoints (e.g. verifying the runtime or channel started), so checkpoints are only implicit.

3 / 5

Progressive Disclosure

Sections are well organized and a 'Reference Files' list signals one-level-deep references, but the referenced paths (references/tokio-integration.md, references/channel-patterns.md, references/moly-async-patterns.md, and the _base/ patterns) do not exist, breaking navigation, and substantial code is inlined.

3 / 5

Total

14

/

20

Passed

Description

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

The description provides explicit trigger guidance and a distinctive niche, but is weak on stating concrete capabilities and relies on API-level jargon over natural user phrasing. It conveys 'when' more clearly than 'what'.

Suggestions

Replace the vague 'Use for Robius app architecture patterns' with concrete actions, e.g. 'Structure Makepad applications, integrate a Tokio async runtime, and design sync/async request and update channels.'

Lead the trigger list with natural user phrases (e.g. 'robrix', 'robius', 'makepad app', 'async makepad', 'tokio makepad') and keep API identifiers as secondary, since users rarely name specific functions unprompted.

Make the 'what' and 'when' explicit and separate: one sentence on what the skill does, one 'Use when ...' sentence on when to invoke it.

DimensionReasoningScore

Specificity

The description names the domain ('Use for Robius app architecture patterns') but states no concrete actions; the remainder is a list of trigger keywords rather than capabilities.

2 / 5

Completeness

It has an explicit 'when' ('Triggers on: ...') but the 'what' is only weakly conveyed via the domain name with no concrete actions, so it falls short of a clear what+when pairing.

3 / 5

Trigger Term Quality

Relevant terms appear (Tokio, async, app structure) but several are API-level identifiers (submit_async_request, SignalToUI, Cx::post_action, MatchEvent) that users would not naturally say, and natural variations like 'makepad app' or 'robrix' are missing.

3 / 5

Distinctiveness Conflict Risk

Robius-specific API identifiers (SignalToUI, Cx::post_action, MatchEvent, handle_startup) make the niche distinct, though generic terms (async, app structure) carry minor overlap risk with related skills.

4 / 5

Total

12

/

20

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

14

/

16

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.