CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

rill-rillyaml

Detailed instructions and examples for developing the rill.yaml file

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 ./skills/rill-rillyaml/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

43%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 has well-organized sections and genuinely useful copy-paste examples, but it bloats the context window by inlining an entire JSON schema that largely duplicates the prose, and it offers no actual development workflow or validation steps. Moving the schema to a references file and adding a short develop-and-validate sequence would fix the main weaknesses.

Suggestions

Move the full JSON schema to a references/ file (e.g. references/schema.md) and keep only a one-line pointer plus a few key properties inline, eliminating the duplication with the Core Concepts prose.

Add a short numbered workflow for developing rill.yaml, e.g. 1. Create the file at the project root, 2. Set project defaults, 3. Validate by running `rill start`, 4. Test security policies via mock users with the 'View as' dropdown.

Trim the duplicated prose for properties already fully documented in the schema reference (mock_users, env, ignore_paths, public_paths), keeping only usage guidance that the schema does not convey.

DimensionReasoningScore

Conciseness

Roughly 320 of the ~450 lines are an inlined full JSON schema, and several properties (mock_users, env, ignore_paths, olap_connector) are described twice — once in the Core Concepts prose and again in the schema. This matches 'noticeably verbose; several unnecessary explanations or padded sections'. Not a 3 because the duplication and the inlined reference block are substantial, not incidental.

2 / 5

Actionability

The Minimal and Complete examples are complete, copy-pasteable YAML with realistic values (cron schedules, mock user entries, env vars), and properties are documented with types and defaults. Not a 5 because there are minor gaps, e.g. no command to validate the configuration locally (such as `rill start`) and no example of the reserved `rill.*` env keys in context.

4 / 5

Workflow Clarity

Despite the skill being framed as 'instructions for developing rill.yaml', no development sequence is given (create the file, set defaults, verify with `rill start`, test security with mock users) and there are no validation checkpoints at all. The material is coherent reference documentation rather than an incoherent wall, placing it between anchors 1 and 2.

2 / 5

Progressive Disclosure

Section structure is good (Introduction, Core Concepts, Minimal Example, Complete Example, Reference documentation), but the entire JSON schema — the bulk of the file and content that clearly belongs in a separate references/ file — is inlined, and no external reference files exist. This matches 'some structure but content that should be separate is inline'.

3 / 5

Total

11

/

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 names a specific, niche target (rill.yaml) but relies on a single generic action verb and omits any 'when to use' guidance. Adding concrete capabilities and an explicit trigger clause would substantially improve it.

Suggestions

Add a 'Use when...' clause, e.g. 'Use when creating or editing the rill.yaml project configuration file in a Rill project.'

Enumerate 2-3 concrete capabilities instead of 'detailed instructions', e.g. 'Configure the default OLAP connector, project-wide model and dashboard defaults, mock users for security testing, and environment variables in rill.yaml.'

Include natural trigger synonyms such as 'Rill project', 'project configuration', and 'project settings' so users phrasing the need differently still match.

DimensionReasoningScore

Specificity

"Detailed instructions and examples for developing the rill.yaml file" names the domain but the only action is the generic "developing" — no concrete actions like setting connectors, mock users, or project defaults are enumerated, matching the 'names the domain but actions are minimal or generic' anchor. It is not a 3 because no 1-2 concrete capabilities are actually listed.

2 / 5

Completeness

The 'what' is stated (instructions and examples for developing rill.yaml) but there is no 'when' clause or any trigger guidance for when the skill applies, which caps completeness at 3 per the judging guidelines. Not a 4 because 'when' is entirely absent rather than merely implicit.

3 / 5

Trigger Term Quality

"rill.yaml" is a strong, specific trigger term, but the description includes no natural variations or synonyms a user might say, such as "Rill project", "project configuration", or "configure". This matches 'some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

"rill.yaml" is a clear niche file with a distinct trigger, so conflict risk is low; minor overlap remains with hypothetical sibling Rill skills (models, dashboards, connectors). Not a 5 because the trigger coverage is too thin to fully distinguish it from a broader 'Rill project' skill.

4 / 5

Total

12

/

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

relative_links

Relative link issues: 6 missing, 6 suspicious

Warning

Total

15

/

16

Passed

Repository

rilldata/agent-skills

Path

skills/rill-rillyaml/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.