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,yaml,json}), field-level inline JSON merge (merge_json_into_config), config file formats, and apply_extraction_overrides. Load when adding a config flag or env var, changing config precedence, or debugging why a setting is or isn't taking effect.

75

Quality

92%

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

85%

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

The body is concise and well-organized with concrete precedence lists and config format examples. Its main weakness is the inline JSON merge code block, which is pseudocode rather than executable, slightly weakening actionability.

Suggestions

Replace the pseudocode merge_json_into_config snippet with executable Rust (show the actual field-level merge loop, e.g. iterating json object entries into config_json) or drop the placeholder comments so the example is copy-paste ready.

Add a one-line concrete example of --config-json / --config-json-base64 input and the resulting merged config, so the field-level merge behavior is demonstrated rather than only described.

Show a minimal xberg.toml with a [server] section alongside the extraction config to make the 'server config uses [server] section + extraction config' rule immediately actionable.

DimensionReasoningScore

Conciseness

The body is lean — terse numbered precedence lists, minimal code, and no padding explaining what config/TOML/JSON is — assuming Claude's competence, matching the level-3 'every token earns its place' anchor rather than the level-2 'could be tightened' one.

3 / 3

Actionability

It gives concrete precedence orders, a real TOML example, and named functions/locations (merge_json_into_config, apply_extraction_overrides in commands.rs), but the Rust merge snippet is pseudocode ('// Merge fields from json into config_json' with an undefined 'merged' variable), so it is incomplete rather than copy-paste executable — the level-2 anchor, not level 1 since most guidance is concrete.

2 / 3

Workflow Clarity

Precedence is laid out as clearly sequenced numbered lists for both CLI and server/MCP modes, and the 'Critical Rules' section acts as a summary checklist; this is a config-reference skill rather than a destructive/batch operation, so missing validation checkpoints does not cap the score at 2.

3 / 3

Progressive Disclosure

It is a single-file skill with no bundle files and no nested references, organized into clearly headed sections (CLI precedence, server precedence, discovery, formats, overrides, critical rules), meeting the level-3 bar for short reference skills needing no external files.

3 / 3

Total

11

/

12

Passed

Description

100%

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 is specific, uses natural trigger terms, answers both what and when explicitly, and occupies a clear niche. It is a strong, well-targeted description with no significant weaknesses.

DimensionReasoningScore

Specificity

Names multiple concrete capabilities — 'config file auto-discovery (xberg.{toml,yaml,json})', 'field-level inline JSON merge (merge_json_into_config)', 'config file formats', and 'apply_extraction_overrides' — matching the multiple-specific-actions anchor, not the level-2 single-domain anchor.

3 / 3

Completeness

It states both what ('How Xberg resolves configuration...') and an explicit when trigger ('Load when adding a config flag or env var...'), satisfying the level-3 both-what-and-when anchor and avoiding the level-2 cap where 'when' is only implied.

3 / 3

Trigger Term Quality

The 'Load when adding a config flag or env var, changing config precedence, or debugging why a setting is or isn't taking effect' clause uses natural developer phrasing a user would actually say; it is above level 2 which expects missing common variations.

3 / 3

Distinctiveness Conflict Risk

Scoped to Xberg config-loading precedence with distinct triggers (config flags, env vars, precedence debugging), giving it a clear niche unlikely to fire for unrelated skills, above the level-2 'could still overlap' anchor.

3 / 3

Total

12

/

12

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.