CtrlK
BlogDocsLog inGet started
Tessl Logo

config-loading-precedence

How Xberg resolves configuration — CLI-mode and server/MCP-mode precedence orders, config file auto-discovery (xberg.toml walk-up, then the user config dir), field-level inline JSON merge (merge_json_into_config), the ExtractionOverrides CLI layer, and the two mechanisms that make a config change silently do nothing. Load when adding a config flag or env var, changing config precedence, or debugging why a setting is or isn't taking effect.

67

Quality

80%

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

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

A dense, well-structured reference with concrete file paths and examples; its main weakness is the absence of explicit validation/checklist steps for the debugging workflow it targets.

Suggestions

Add an explicit debugging checklist (e.g. grep the bare type name → check for a second Default impl → assert parsed config differs from default) with validation/feedback steps to lift workflow clarity.

Replace the partial merge_json_into_config snippet with a complete, executable example or explicitly mark it as illustrative.

Consider moving the TOML/YAML/JSON format examples into a separate reference file and linking to it, keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The body is information-dense — concrete file paths, struct names, and TOML examples with minimal padding — though framing prose like 'the two mechanisms that make a config change silently do nothing' could be trimmed slightly.

4 / 5

Actionability

Concrete guidance is strong: named files (core/config/extraction/loaders.rs, crates/xberg-cli/src/commands/overrides.rs), structs, a TOML example, and grep instructions, but the merge_json_into_config snippet is partial/pseudocode ('// Merge fields from json into config_json'), a minor gap.

4 / 5

Workflow Clarity

Precedence and discovery are presented as clearly ordered lists, but as reference material there are no validation checkpoints or feedback loops, so it matches 'sequence present but checkpoints missing'.

3 / 5

Progressive Disclosure

Well-organized into clear section headers (CLI/Server precedence, Discovery, Inline JSON, formats, overrides, silent no-ops, Critical Rules) with no nested references, though at ~90 lines some detail (e.g. TOML/format examples) could be split out.

4 / 5

Total

15

/

20

Passed

Description

92%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, specific description that clearly conveys both scope and trigger conditions in third person. Minor room to add synonym/extension variants to push trigger term quality to the top anchor.

DimensionReasoningScore

Specificity

Lists multiple concrete capabilities — 'CLI-mode and server/MCP-mode precedence orders', 'config file auto-discovery', 'field-level inline JSON merge (merge_json_into_config)', 'the ExtractionOverrides CLI layer', and 'two mechanisms that make a config change silently do nothing' — giving comprehensive, specific coverage rather than vague language.

5 / 5

Completeness

It explicitly states both what the skill covers (the full resolution/precedence mechanism) and when to use it ('Load when adding a config flag or env var, changing config precedence, or debugging...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

'Load when adding a config flag or env var, changing config precedence, or debugging why a setting is or isn't taking effect' supplies natural phrases a user would say, but lacks synonyms and file-extension variants, so it sits just below the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche — Xberg configuration precedence and silent no-op mechanisms — with distinct triggers unlikely to fire for unrelated skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
xberg-io/xberg
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.