model-config-explicit-model-id

Audit YAML model configs for explicit model_id declarations and remove misleading comments.

11|2|Updated Dec 12, 2025
One-click install
npx skills add https://github.com/HomericIntelligence/ProjectScylla --skill model-config-explicit-model-id
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: model-config-explicit-model-id
Source: https://github.com/HomericIntelligence/ProjectScylla/tree/main/.claude-plugin/skills/model-config-explicit-model-id
Command: npx skills add https://github.com/HomericIntelligence/ProjectScylla --skill model-config-explicit-model-id

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill ensures that all YAML model configuration files declare an explicit model_id and do not contain misleading inline comments that could cause loader inconsistencies.

Core Features & Use Cases

  • Audit and enforce presence of model_id in config/models/*.yaml
  • Detect and remove incorrect comments about filename-to-model_id conventions
  • Verify loader behavior and run tests to ensure no validation warnings
  • Use case: during migrations, post-rename audits, or batch checks for configuration consistency

Quick Start

Run the audit to verify every config/models/.yaml declares a model_id and then execute the test suite to confirm no warnings.

Frequently Asked Questions about model-config-explicit-model-id

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce explicit model_id declarations in YAML model configs?

To enforce explicit model_id in YAML model configs, run an audit against your config/models/*.yaml files to verify the presence of the model_id field and remove misleading inline comments to ensure loader reliability.

Why does my YAML config loader fail validation warnings after a model file rename?

YAML config loader validation warnings often occur when model files lack an explicit model_id and rely on misleading filename-to-model_id comments; auditing and adding explicit declarations resolves these inconsistencies.

How do I check for missing model_id fields across multiple YAML configuration files?

You can check for missing model_id fields across YAML configurations by running a batch audit on config/models/*.yaml, which validates the presence of explicit declarations and flags files with incorrect header comments.

Does removing misleading comments from YAML model configs affect existing test suites?

Removing misleading comments from YAML model configs and enforcing explicit model_id declarations ensures existing test suites pass without validation warnings by standardizing the loader behavior across all configuration files.

When do I need to audit model_id consistency in YAML configuration files?

You need to audit model_id consistency during project migrations, post-rename file audits, or batch checks to ensure all config/models/*.yaml files declare explicit model_id fields and maintain loader reliability.

What is the best way to validate explicit model_id in YAML configs without breaking loader behavior?

The best way to validate explicit model_id in YAML configs is to run an audit checking config/models/*.yaml for explicit declarations, remove misleading comments, and execute the test suite to confirm no validation warnings.